почему отделяют правило навигации от кода в MVC - PullRequest
1 голос
/ 19 октября 2011

все больше и больше фреймворков пытаются отделить правила навигации от кода. например, JSF получил тэг «навигационное правило» вface-config.xml для управления потоками страниц. В новом xcode 4.2 появилась раскадровка, поэтому разработчикам не нужно писать код для навигации между сценами. у меня вопрос, почему так важно отделить навигационный поток от кода. что не так с написанием кода в контроллере для обработки потока страниц?

1 Ответ

0 голосов
/ 19 октября 2011

Сверху головы: наличие навигационного потока, указанного в одном месте, облегчает понимание кодовой базы, с которой вы не знакомы - вы можете точно увидеть, как вы можете добраться до данного представления без необходимости охотиться за этимвниз.

Вы упоминаете редактор раскадровки в XCode - еще одно преимущество заключается в том, что наличие навигационной структуры в качестве первоклассного объекта делает его удобным для использования.Платформы потока страниц Java?) Также проверяет, придерживается ли пользователь этого потока, можно легко отследить ошибки, которые могут произойти, если предполагаемый поток нарушается.(Например, если пользователь пытается открыть середину взаимодействия типа «волшебник».)

Использование такой инфраструктуры накладывает когнитивные издержки по сравнению с «простым» кодом.Это не означает, что вы должны игнорировать шаблоны на уровнях абстракции выше, чем «код метода контроллера», иначе вы превратите простой код в код спагетти.Очевидно, что преимущество формализации вашего навигационного потока увеличивается с увеличением количества представлений в вашем приложении и сложности связей между ними.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...