mvc模式的理解(spring mvc含义)

一、如何实现MVC模式

最简单的方法是使用struts或jsf等mvc的框架，本身就是一个实现。如果自己实现，比较复杂的就是要自己写一个总控制器，接受所有用户的请求，进行分发给其他servlet或直接进行页面跳转。不建议自己实现，建议使用一个mvc框架，然后搞明白他的生命周期和原理，再去看框架总控制器的源代码，这样比较好。

原理：

jsp发展经历了两个模型时代，jsp模型一时代是把代码都写在jsp页面上，用户访问jsp页面时，jsp页面来对数据库进行操作并返回值到jsp页面，这样第一不好维护，第二安全性不高，第三代码结构不清晰，第四重用性不高。于是就有了jsp模型二时代，人们将所有的页面请求交给一个servlet控制器来接受，然后进行分发，由该servlet来决定调用其他servlet访问数据库还是进行页面跳转，这个servelt就是MVC中的C，struts中好像叫ActionServlet，Jsf中叫FacesServelt，web.xml中配置的就是总servlet控制器，为了更好的分层，重用，降低依赖性，就有了MVC，由M层接受和绑定用户的数据，V层进行展现，C层进行控制。

目前主流的开发模式是四层开发模式：界面层（page）+动作处理层（action）+业务逻辑层（service）+数据访问层（dao），page层用于展现页面，action层用于捕获用户事件并调用service层处理业务逻辑，service要处理业务逻辑肯定就要对数据库进行增删改查，拼接HQL语句，然后调用dao层对数据库进行操作，hibernate完成的就是DAO层。但是这样一来action层对service层产生了依赖，因为要创建一个service接口的引用，service层对dao层产生了依赖，就是说实例化一个action层的对象，同时要至少实例化一个service层和至少实例化一个dao层，于是spring的IOC就可以起作用了，就可以降低各层之间的依赖。将各层做为接口对象实例配置到spring中，降低依赖。

二、mvc的缺点和优点

优点:

1.各施其职，互不干涉

在MVC模式中，三个层各施其职，所以如果一旦哪一层的需求发生了变化，就只需要更改相应的层中的代码而不会影响到其它层中的代码。

2.有利于开发中的分工

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

3.有利于组件的重用

分层后更有利于组件的重用。如控制层可独立成一个能用的组件，视图层也可做成通用的操作界面。

4.MVC设计模式可以说实现了分层开发。各个层都有各个层的作用。

5.降低了层与层之间的依赖，有利于代码的标准化开发

6.再用新的代码业务逻辑替换时，只需要替换相对应的层，大大降低了我们的工作量，分工明确。

缺点:

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

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

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

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

5.麻烦，有些代码重复的过多，不利于在实际开发中使用，所以我们要学习框架，下面的鸟瞰图分析了框架在MVC里都替代了哪些层。

三、mvc是什么

MVC是“模型-视图-控制器”的缩写，是一种软件设计规范，它将业务逻辑、数据和界面显示分离，使得代码更加组织有序，易于维护和扩展。MVC主要作用是降低了视图与业务逻辑间的双向偶合，使得可以独立地对模型和视图进行修改，而不会影响到对方。MVC并不是一种设计模式，而是一种架构模式。