Комментарии 5
Однако, хотелось, чтобы системой можно было так же легко пользоваться, как и, например, интернет браузером. Переходить на нужные страницы в один-два клика. Видеть путь перемещения по приложению. Чтобы был простой и понятный механизм для всего приложения.
Вы, простите, сценарии использования не пробовали описывать и реализовывать?
Тогда вам было бы понятно, что пользователь перемещается не «в соответствии со связями в доменной модели», а в соответствии со сценариями использования системы.
0
У автора 99% приложения — record management, т.е. CRUD и фильтрация, поэтому таки да, перемещается по связям доменной модели. Нудный классический подход, но для этой ниши пока ничего умнее не придумано.
У подобных приложений жизненный цикл не такой как у коробочных продуктов. Там больше важна минимизация стоимости разработки. Поэтому вместо того, чтобы кормить толпу модных аналитиков пораждающих 100500 UC «менеджер может посмотреть текущие заявки с фильтрацией по полю XXX» делают общий подход к UX и пляшут уже от него.
В статье приведен как раз такой пример и на мой взгляд проработаный довольно добросовестно. По нему можете судить о жизнеспособности такого подхода.
У подобных приложений жизненный цикл не такой как у коробочных продуктов. Там больше важна минимизация стоимости разработки. Поэтому вместо того, чтобы кормить толпу модных аналитиков пораждающих 100500 UC «менеджер может посмотреть текущие заявки с фильтрацией по полю XXX» делают общий подход к UX и пляшут уже от него.
В статье приведен как раз такой пример и на мой взгляд проработаный довольно добросовестно. По нему можете судить о жизнеспособности такого подхода.
0
У подобных приложений жизненный цикл не такой как у коробочных продуктов.
У каких «подобных»?
Поэтому вместо того, чтобы кормить толпу модных аналитиков пораждающих 100500 UC «менеджер может посмотреть текущие заявки с фильтрацией по полю XXX» делают общий подход к UX и пляшут уже от него.
Плавали, знаем. При доменной модели адекватной сложности этот «общий подход» порождает очень глубокое дерево связей (что хорошо видно по бредкрамбам), и ориентироваться в нем становится очень тяжело.
0
Вы, простите, сценарии использования не пробовали описывать и реализовывать?
Пробовал и реализовывал, но это почему-то не привело к пониманию, как можно построить навигацию для большого приложения.
Эта технология не исключает использование сценариев при построении систем, а дополняет их, позволяя удобно организовать административную часть приложения.
В то же время ничего не мешает реализовывать сценарии в отдельный модулях, которые отличаются от CRUD моделей.
0
Статью в избранное! Спасибо!
0
Зарегистрируйтесь на Хабре , чтобы оставить комментарий
Навигация: вариант реализации для корпоративного приложения