第一章 开始运行 ——模型-视图-控制器架构

模型-视图-控制器架构

模型-视图-控制器模式是一种架构模式，它倡导2个独立的应用程序之间应该严格的隔离。这种隔离应该叫做概念上的隔离，或者，更加专业的术语叫做“松耦合”。MVC几乎所有的的方面都是受这个目标的驱动，应用程序之间互相保持隔离。

松耦合的架构方式带来了许多短期和长期优势：

易于开发

个性化的组件之间不在依赖其他的组件，这就意味着他们能够更加容易的独立开发。组件能够容易的被替换掉，保护一个组件并发并不受与其交互的其他组件开发的影响。

易于测试

组件的松耦合允许测试站在“产品”组件的立场上进行充分的测试。也就是说，可以通过调用其他的组件返回一些进太多额数据从而很容易的避免调用数据库。组件之间和模拟呈现之间容易的交换大大方面了测试的进程，随着时间的流逝，它能极大的增加系统的可靠性。

易于维护

逻辑上隔离的组件意味着对于一些组件变化也是隔离的。因为风险往往是伴随着的一定范围的改变产生，因此，更少的修改是一件好事。

MVC模式把应用程序分割为3层：模型层、视图层和控件层(见 图1-1)，每一层只负责它自己特定的工作，不关心其它层是怎么工作的。

 

模型层

模型层表示核心的业务逻辑和数据，模型层包含领域实体的属性和行为。例如：Auction类在应用程序中表示“auction”的概念，并且可能包含Title和Currentid，同时可能包含方法Bid().

视图层

视图层表示模型的转换或者说是模型层的可视化呈现。在网页应用程序中，虽然视图可以显示为很多种形式，但是最常见还是生成Html呈现在用户的浏览器中。例如，同样的模型可以被可视化为HTML,PDF,XML或甚至可能是电子数据表格。

按照概念合理原则，视图层应该专注于展示数据，不应该包含任何的业务逻辑

控制层

控制层就和它的字面意思一样，控制应用程序的逻辑，使视图层和逻辑层的动作保持一致。控制层通过视图层收到用户的输入，然后和模型层一起工作执行特定的动作，把结果集返回给视图层。