Ответ 1
Это зависит. Если ваша пользовательская база ориентирована на сеть, я бы рекомендовал изменить подход на месте из-за естественного потока редактирования, который он предоставляет.
Изменить на месте
Когда вы редактируете раздел иерархии, вы редактируете строку с остальной информацией. Это позволяет вам проверить, как ваши изменения применяются к другой информации по мере их создания (вместо того, чтобы перемещаться между экранами).
В терминах удобства использования сценарий, в котором сгруппированные элементы редактируются одновременно, хорош, так как он сохраняет несколько кликов. Например, если задание имеет следующие элементы данных:
Title
Description
Positions
Хорошо, чтобы обеспечить механизм для редактирования сразу, а также изменить каждый элемент на месте.
Встроенное редактирование также защищает другие разделы иерархии от случайного обновления.
Модальное редактирование
Этот метод редактирования вводит барьер между иерархией в целом и редактируемым разделом (т.е. связь между информацией, которую вы вводите и которую она размещает в иерархии, не сразу очевидна из взгляда на пользовательский интерфейс),
Новый экран
Как и в случае модального редактирования, связь отредактированной информации со всей иерархией теряется. Однако это очень простая настройка, которую большинство ваших пользователей сразу поймут. Он также защищает весь документ от случайных обновлений.
Все поля открываются
Это позволяет сохранить отредактированную информацию в контексте (как и при редактировании на месте) и очень проста. Там нет кривой обучения, которая требует, чтобы пользователь узнал, что им нужно щелкнуть элемент, чтобы отредактировать его.
Однако, как человек, у которого более чем одна форма, разрушенная моими любознательными детьми, мне не нравится, как она выводит всю иерархию на непреднамеренные обновления.