Re: Архитектура приложения с несколькими клиентами и одним с
От: MozgC США http://nightcoder.livejournal.com
Дата: 26.05.09 22:10
Оценка: 2 (1)
Здравствуйте, Ocenochka, Вы писали:

O> 2. Не понятно как реализовать пользовательский интефейс:

O> а) либо делать кнопку "Save", которую пользователь должен нажимать для применения изменений, что на мой взгляд не удобно т.к.:
O> — пользователь может забыть это сделать;
Дык отслеживайте изменения, например если клиент хочет закрыть форму или перейти на другую закладку, то проверяйте, были ли сделаны изменения, и если да — сообщайте об этом пользователю с предложением сохранить/не сохранять/отменить действие.

O> — возникает необходимость хранить список изменений или передавать все потенциально измененные объекты;

Смотрите тему http://rsdn.ru/forum/design/3367411.flat.aspx
Автор: MozgC
Дата: 21.04.09


O> — не ясно как разруливать конфликт при серии изменений в которых только одно изменение было неудачно — пользователь будет

O> очень не рад вспоминать что он делал и переделывать.
Не нужно все переделывать, нужно оставить введенные изменения пользователя и сообщить ему в чем конкретно ошибка.

O> б) либо на каждое действие пользователя включать курсор "песочные часы" и отправлять изменения на сервер — в принципе,

O> не вижу проблем, но почему-то не часто его встречаю (а может реже замечаю) — если есть проблемы, хотелось бы их узнать.
Это просто неправильно так делать.
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.