Редакторы GWT: как записывать изменения в полях и субредакторах? (RequestFactory?)

Question

У меня есть приложение, которое широко использует редактор Framework. Прямо сейчас я нахожусь в точке, где хочу добавить новую функцию: если пользователь редактирует объект, я хотел бы записать, какие изменения были внесены, и сохранить их в отдельном объекте хранилища данных. Для этого требуется знание, было ли изменено поле, имя поля и значение, на которое оно было изменено.

Это то, что я хотел бы реализовать:

1. App требует редактирования (фасоль);
2. Пользователь вносит изменения, вызывает flush(), и данные отправляются обратно на сервер.
3. В обработчике сервера изменения из компонента отправляются на processChanges(List<String> paths), который затем создает и сохраняет запись, в которой поле «foo» было изменено на «bar» и т. Д.
4. Сущность сохраняется, перезаписывая существующий.

Я использую GWTP и в настоящее время использую шаблон команды RPC. Я читал немного о RequestFactory, и, как я понимаю, одним из его основных преимуществ является то, что он отправляет измененные поля, известные как «deltas», обратно на сервер, чтобы свести к минимуму полезную нагрузку, поэтому мне интересно, будет ли использование RequestFactory лучше подходит для моего приложения?

Извинения. Я читал документы GWT и Javadocs для редактора Framework и RequestFactory, но я все еще довольно смущен. RequestFactoryEditorDriver.getPaths() кажется, что это может быть то, что мне нужно, но любые советы или указатели очень ценятся.

Возможно, я мог следить за изменениями на стороне клиента, но это похоже на плохую идею.

Answer 1

Я считаю, что вы можете сделать это, используя EditorVisitor, аналогично посетителю, который используется внутренне с помощью рамки редактора (см. PathCollector, как собирать маршруты у посетителя).

Я хотел бы начать с посещения иерархии собирать начальные значения только после вызова edit() (это делается уже на DirtCollector внутренне, но никакого способа получить доступ к его результатам, и он собирает только значения листьев все равно).
Тогда вы можете позвонить flush() и посмотреть, есть ли ошибки, и, возможно, подтвердил ваш объект, чтобы узнать, все ли в порядке. Затем вы снова посещаете иерархию, чтобы собирать изменения (против начальных значений, которые вы ранее собрали), чтобы вы могли отправить их на сервер.