|
редактирование исчезающих документов
|
|||
---|---|---|---|
#18+
Добрый день! Интересно знать, как поступают разработчики в таких случаях: например, есть у нас пользователи и роли. Открывает пользователь форму настройки, которая позволяет давать пользователям роли. Конечно, в многопользователльской системе после октрытия может быть куча пользователей удалена/изменена и аналогично с ролями. Поэтому, когда пользователь нажимает "применить", уже информация может быть неактуальна. есть несколько решений, как мне кажется 1) Делать изменение пользователей (в том числе и удаление, редактирование их) монопольной операций и также с остальными. К примеру, если пользователь открывает вышупомянутую форму, то ставится программная блокировка чтения на пользователей и роли (как на сущность, а не реальная блокировка на таблицу, например, в SQL SERVER это нечто похожее на sp_getapplock и пр), так что никто больше не сможет изменять их, пока пользователь форму не закроет. Это всё можно, но программировать это очень трудеёмко. 2) После нажатия кнопки "применить" перехватываем сообщения сервера, чтобы вывести пользователю, к примеру "данной роли уже нет", если сервер сообщает, что не найдена соответствующая запись в главной таблице ролей. 3) Перехватываем сообщения сервера и пишем пользователю их, т.е. constraint violation .... , т.е. полагаемся, что ничего страшного произойти не может. Этот способ самый простой. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.12.2007, 13:04 |
|
редактирование исчезающих документов
|
|||
---|---|---|---|
#18+
Про версионность слышали? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.12.2007, 14:12 |
|
редактирование исчезающих документов
|
|||
---|---|---|---|
#18+
AlbatrossИнтересно знать, как поступают разработчики в таких случаяхРазработчики делают так, как нужно бизнесу. Такие решения они не могут принимать. Лучьше всего узнать от заказчика (начальника), что нужно делать в таких случаях. Albatrossесть несколько решений, как мне кажется Есть ещё и 4-й вариант - пользователя удалили, но после удаления всё равно нужно выполнять некоторые действия с ним. Albatross3) Перехватываем сообщения сервера и пишем пользователю их, т.е. constraint violation .... , т.е. полагаемся, что ничего страшного произойти не может. Этот способ самый простой.Это совсем от лени. Пользователи должны видеть вменяемые сообщения. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.12.2007, 16:09 |
|
редактирование исчезающих документов
|
|||
---|---|---|---|
#18+
AlbatrossДобрый день! Интересно знать, как поступают разработчики в таких случаях: например, есть у нас пользователи и роли. Открывает пользователь форму настройки, которая позволяет давать пользователям роли. Конечно, в многопользователльской системе после октрытия может быть куча пользователей удалена/изменена и аналогично с ролями.Очень часто разработчики не заморачиваются. А именно - изменения прав пользователя не такая уж и частая ситуация, как изменение обрабатываемой записи. Очень часто - права пользователя считываются в момент входа пользователя в систему. Далее администратор настраивает права, если надо - а чтобы они вступили в силу, пользователь должен перелогиниться (выти и сново воти в систему). Делается это, отчасти потому, что лазать каждый раз в БД и проверять права доступа - накладно. А права проверять приходится постоянно. Остается добавить, что бывают ситуации, когда "не заморачиваться" не получится, но ИМХО - это редкий случай. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.12.2007, 15:24 |
|
|
start [/forum/topic.php?fid=33&msg=34982770&tid=1548927]: |
0ms |
get settings: |
8ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
122ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
38ms |
get tp. blocked users: |
1ms |
others: | 264ms |
total: | 459ms |
0 / 0 |