初始MVC

    做项目期间，我们用到了MVC,当然一开始接触到新知识，我们不禁会去问，什么是MVC啊，它的作用是什么，我们又什么时候用它呢？今天我们就来了解一下它。

    MVC是一种架构设计模式，该模式主要应用于图形化用户界面(GUI)应用程序。那么什么是MVC？MVC由三部分组成：Model（模型）、View（视图）及Controller（控制器）。

    1.Model即应用程序的数据模型。

    通常模型对象负责在数据库中存取数据。任何应用程序都离不开数据，数据可以存储在数据库中、磁盘文件中，甚至内存中。Model就是对这些数据的抽象，不论数据采取何种存储形式，应用程序总是能够通过Model来对数据进行操作，而不必关心数据的存储形式。数据实体类就是常用的一种Model。例如，一个客户管理应用程序使用数据库来存储客户数据，数据库表中有一个客户表Customer，相应的程序中一般会建立一个数据实体类Customer来与之对应，这个实体类即使客户表的Model。

    2.View是应用程序的界面。用户通过View来操作应用程序，完成与程序的交互。View提供了可视化的界面来显示Model中定义的数据，用户通过View来操作数据，并将对Model数据操作的结果返回给用户。在桌面应用程序中，View可能是一个或多个Windows窗体。在Web应用程序中，View是由一系列网页构成，在ASP.NET网站中即为.aspx页面。

    3.Controller 定义了程序的应用逻辑。用户通过View发送操作命令给Controller，由Controller按照程序设计的逻辑来更新Model定义的数据，并将操作结果通过View返回给用户。

    这样强制性的分开之后会有很多的优点：
    第一个：分工明确：使用MVC可以把数据库开发，程序业务逻辑开发，页面开发分开，每一层都具有相同的特征，方便以后的代码维护。它使程序员（Java开发人员）集中精力于业务逻辑，界面程序员（HTML和JSP开发人员）集中精力于表现形式上。
    第二个：就是松耦合，视图层和业务层分离，这样就允许更改视图层代码而不用重新编译模型和控制器代码，同样，一个应用的业务流程或者业务规则的改变只需要改动MVC的模型层即可。因为模型与控制器和视图相分离，所以很容易改变应用程序的数据层和业务规则。
这一点我感觉比较重要，像实际应用的时候，我们还会把model模块细分为：数据库抽象层，数据操作层，业务逻辑层。这些也都是出于一个送耦合的考虑，改动其中一部分，不会影响到另一部分。
    第三个：重用性高。像多个视图能够共享一个模型，不论你视图层是用flash界面或是wap界面，用一个模型就能处理他们。将数据和业务规则从表示层分开，就可以最大化从用代码。

    MVC的不足体现在以下几个方面：

　　（1）增加了系统结构和实现的复杂性。对于简单的界面，严格遵循MVC，使模型、视图与控制器分离，会增加结构的复杂性，并可能产生过多的更新操作，降低运行效率。

　　（2）视图与控制器间的过于紧密的连接。视图与控制器是相互分离，但确实联系紧密的部件，视图没有控制器的存在，其应用是很有限的，反之亦然，这样就妨碍了他们的独立重用。

　　（3）视图对模型数据的低效率访问。依据模型操作接口的不同，视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问，也将损害操作性能。

　　（4）目前，一般高级的界面工具或构造器不支持MVC架构。改造这些工具以适应MVC需要和建立分离的部件的代价是很高的，从而造成使用MVC的困难。

     当然每一个设计模式或者框架，都有自己的优缺点，我们可以根据需求来确定是否用它，想到这里，我们不禁会想到之前我们所学习过的三层，那么它和三层有什么区别呢，咱们下篇再叙。