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