为什么单独的导航规则

Question

越来越多的框架正在试图导航规则从代码中分离出来。例如，JSF在faces-config.xml中获得了“导航规则”标签来控制页面流。新的xcode 4.2引入了故事板，因此开发人员不必编写代码来处理场景之间的导航。 我的问题是为什么分离导航流程和代码非常重要。在控制器中编写代码以处理页面流时出了什么问题？

Answer 1

关闭我的头顶：具有在一个地方指定的导航流程更容易理解代码库你不熟悉的 - 你可以清楚地看到如何可以得到给定的视图，而不必寻找这下来。

你提到XCode中的故事板编辑器 - 另一个好处是，具有导航结构作为第一类实体使得它好的工具。

如果你的框架（也许是一个空的Java页面流框架？）也检查用户是否坚持这个流程，可以很容易地发现如果违反预期流程会发生的错误。相比，“直接的”代码（例如，如果用户试图打开“向导”类型的交互的中间。）

使用这样的框架施加了认知开销。这并不意味着您应该忽略高于“控制器方法代码”的抽象级别的模式，否则您会直接将代码转换为意大利面条代码。很显然，正规化导航流的好处随着应用程序中视图的数量以及它们之间连接的复杂性而增加。