Silverlight Twoway Связывание и откат изменений - как?

Question

У меня есть простой пользовательский контроль SL. Список, который показывает всех клиентов и справа несколько текстовых полей и списков со списком, привязанных к элементу SelectedItem (Customer) в списке. Выбранный элемент привязан к свойству SelectedCustomer.

Я ищу шаблон/методологию для устранения изменений, внесенных клиентом (в связанных текстовых и комбинированных блоках).

Элементы управления редактированием (текстовые поля и комбо) могут быть связаны одним или двумя способами с выбранным элементом списка. Если они связаны двумя способами, немедленные изменения текстовых полей отражаются в списке. Если они связаны друг с другом, изменения в текстовых полях не отражаются в объекте SelectedCustomer.

В нижней части формы редактирования у меня есть обычные кнопки «Сохранить», «Отменить», «Удалить». Например, кнопка сохранения примет объект SelectedCustomer (если привязка twoway и я отправлю через службу для сохранения на сервере).

Если текстовые поля связаны друг с другом, мне нужно как-то зафиксировать значения текстового поля и вставить в какой-либо объект для отправки на сервер для сохранения.

Если я использую привязку twoway и говорю, что операция сохранения завершается неудачно ... мне нужно вернуть значения SelectedCustomer к исходным значениям, иначе клиент теперь будет продолжать просматривать данные, которые не были сохранены.

Там должен быть простым способом борьбы с этим типом сценария ....

Answer 1

Услуги RIA с платформой Entity Framework уже предоставляют эту функциональность, в основном, как работают службы RIA, и вы можете сделать это, как следует.

Каждый класс реализует интерфейс под названием IEditableObject, который предоставляет методы BeginEdit/EndEdit и CancelEdit. И он также хранит экземпляр экземпляра того же класса с именем «OriginalEntity» с теми же значениями, которые были загружены с сервера.

После того, как форма появляется для изменения пользователем, вызывается BeginEdit, который, вероятно, кэширует каждое свойство с помощью отражения в каком-то словаре. Если вы вызываете CancelEdit, то значения из OriginalEntity загружаются обратно в объект.

При некоторых ошибках при сохранении изменений вы можете либо обновить объекты с сервера (наилучшим образом), либо попытаться загрузить свойства обратно из свойства OringalEntity.

Answer 2

я бы не отказаться от изменений пользователей, поскольку это легко приводит к пользовательскому разочарованию. IMHO, пользователь не должен получать информацию о проблемах с подключением при неконтролируемых откатах данных.