Итак, я показываю пользователю матрицу распределения проектов.Пользователь может «Редактировать» это, и когда он это делает, таблица становится редактируемой, и они могут просто изменять ячейки.
С точки зрения модели данных каждый столбец представляет проект, и, по сути, каждая измененная ячейка являетсяизменение в таблице пользовательских проектов.Перед тем как внести изменения, я показываю подтверждающее сообщение, в котором говорится:
Изменение распределения пользователя X в проекте Y с 25% до 20%.Удаление пользователя B из проекта P2.Добавление пользователя C в проект P3 на 50%.
Пользователь говорит «ОК», и мы сохраняем все это с помощью Ajax.И мы показываем подтверждение всех изменений, которые прошли.
Пока все хорошо.
Вопросы: Пользователь может нажать «Сохранить» и продолжить работу.Допустимо ли в следующий раз, когда пользователь нажимает «Сохранить», я перезаписываю сообщение обратной связи новым сообщением обратной связи?[Старое сообщение обратной связи исчезло с экрана.] Другими словами, парадигма «Сохранить и продолжить работу» достаточно понятна для пользователей, чтобы они понимали, что она по сути эквивалентна экономии, переходу на кофе, возвращению и открытию.снова сетка?
Как насчет перспективы журнала проекта?Каждое «сохранение» генерирует событие журнала, которое, боюсь, пользователи могут счесть дублированным.