设计模式中的三好学生:MVC模式

MVC模式是一种编程规范，MVC就是我们常说的：模型(Model)、视图(View)和控制Controller)，以前的Jsp页面把所有的代码都写在Jsp页面中，不利于维护。因此MVC将业务处理和Jsp页面分开，目的是为了实现Web系统的职能分工。

MVC模式的优点主要有：

1.耦合性低

视图层和业务层分离，这种情况下就可以更改视图层代码而不用重新编译模型和控制器代码，同样，一个应用的业务流程或者业务规则的改变只需要改动MVC的模型层即可。因为模型与控制器和视图相分离，改变应用程序的数据层和业务规则变得更容易。

2.重用性高

随着技术的不断进步，需要用越来越多的方式来访问应用程序。MVC模式下，多个视图能共享一个模型，因些允许使用各种不同样式的视图来访问同一个服务器端的代码，包括任何WEB(HTTP)浏览器或者无线浏览器(wap)。

比如，用户可以通过电脑也可通过手机来订购某样产品，虽然订购的方式不一样，但处理订购产品的方式是一样的。由于模型返回的数据没有进行格式化，所以同样的构件能被不同的界面使用。

MVC使开发和维护用户接口的技术含量降低。

3.可维护性高

分离视图层和业务逻辑层也使得WEB应用更易于维护和修改。

4.部署快

使用MVC模式使开发时间得到相当大的缩减，它使程序员(Java开发人员)集中精力于业务逻辑，界面程序员(HTML和JSP开发人员)集中精力于表现形式上。

5.有利软件工程化管理

MVC模式让不同的层各司其职，每一层不同的应用具有某些相同的特征，有利于通过工程化、工具化管理程序代码。控制器也提供了一个好处，就是可以使用控制器来联接不同的模型和视图去完成用户的需求，这样控制器可以为构造应用程序提供强有力的手段。给定一些可重用的模型和视图，控制器可以根据用户的需求选择模型进行处理，然后选择视图将处理结果显示给用户。

6.有利于开发中的分工

在MVC模式中，按层把系统分开，因些可以更好的实现开发中的分工。网页设计人员可以进行开发视图层中的JSP，对业务熟悉的开发人员可开发业务层，而其它开发人员可开发控制层。

当然，MVC也有他的不足最后检查发现服务器没有安装mvc30，主要体现在这几个方面：

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

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

3.现阶段，高级的界面工具或构造器一般不支持MVC架构。使用MVC需要改造这些工具，代价太高。

4.视图对模型数据的低效率访问。依据模型操作接口的不同最后检查发现服务器没有安装mvc30，视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问，也将降低操作性能。