MVC架构模式
MVC架构模式
摘要：MVC全名是Model View Controller，是模型（model）-视图（view）-控制器（controller）的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中，本文将介绍MVC架构模式的使用方法和优缺点。
关键词：模型；视图；控制器；
MVC architecture pattern
Liu Jinxin
Shijiazhuang City, Hebei Province, shijiazhuang tiedao university 050043
Abstract: MVC's full name is Model View controller, which is an abbreviation of model)- view)- Controller. It is a model of software design. It uses a method of separating business logic, data and interface display to organize codes and aggregates business logic into one component. While improving and customizing the interface and user interaction, it is not necessary to rewrite business logic. MVC has been uniquely developed to map traditional input, processing and output functions in a logical graphical user interface structure. This article will introduce the application method, advantages and disadvantages of MVC architecture pattern through an example.
Key words: Models; Views; Controller;
0 引 言
MVC是一个设计模式，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。
1 MVC模式简介
视图：在视图中其实没有真正的处理发生，不管这些数据是联机储存的还是一个雇员列表，作为视图来讲，它只是作为一种输出数据并允许用户操纵的方式。
模型：模型表示企业数据和业务规则，在MVC的三个部件中，模型拥有最多的处理任务。例如它可能用象EJBs和ColdFusionComponents这样的构件对象来处理数据库。被模型返回的数据是中立的，就是说模型与数据格式无关，这样一个模型能为多个视图提供数据。由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。
控制器：控制器接收用户的输入并调用模型和视图去完成用户的需求。所以当单击Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后再确定用哪个视图来显示返回的数据。
2 MVC模式的优点
MVC模式实现了视图和数据模型的分离、视图和变现逻辑的分离。视图和数据模型的分离：使用不同的视图对相同的数据进行展示；分离可是和不可视的组件，能够对模型进行独立测试。因为分离了可是组件减少了外部依赖利于测试。视图和表现逻辑的分离：Controller是一个表现逻辑的组件，并非一个业务逻辑组件。MVC可以作为表现模式也可以作为建构模式，意味这Controller也可以是业务逻辑。分离逻辑和具体展示，能够对逻辑进行独立测试。
低耦合性，视图层和业务层分离，这样就允许更改视图层代码而不用重新编译模型和控制器代码，同样，一个应用的业务流程或者业务规则的改变只需要改动MVC的模型层即可。因为模型与控制器和视图相分离，所以很容易改变应用程序的数据层和业务规则。
高重用性和可适用性，随着技术的不断进步，现在需要用越来越多的方式来访问应用程序。MVC模式允许使用各种不同样式的视图来访问同一个服务器端的代码。
较低的生命周期成本，MVC使开发和维护用户接口的技术含量降低。
快速的部署，使用MVC模式使开发时间得到相当大的缩减，它使程序员（Java开发人员）集中精力于业务逻辑，界面程序员（HTML和JSP开发人员）集中精力于表现形式上。
可维护性，分离视图层和业务逻辑层也使得WEB应用更易于维护和修改。
有利于软件工程化管理，由于不同的层各司其职，每一层不同的应用具有某些相同的特征，有利于通过工程化、工具化管理程序代码。
3 MVC模式的缺点
增加了系统结构和实现的复杂性。对于简单的界面，严格遵循MVC，使模型、视图与控制器分离，会增加结构的复杂性，并可能产生过多的更新操作，降低运行效率。
视图与控制器间的过于紧密的连接。视图与控制器是相互分离，但确实联系紧密的部件，视图没有控制器的存在，其应用是很有限的，反之亦然，这样就妨碍了他们的独立重用。
视图对模型数据的低效率访问。依据模型操作接口的不同，视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问，也将损害操作性能。
目前，一般高级的界面工具或构造器不支持模式。改造这些工具以适应 MVC 需要和建立分离的部件的代价是很高的，从而造成 MVC 使用的困难。
4结束语
引入MVC模式之后，逻辑层与表现层分离开来，业务逻辑不再关心具体的显示层面，逻辑层的代码量消除了膨胀隐患，表现层也可交由其它非业务人员自由调整，最后完美整合，在层次分工上，比传统模式更加清晰，利于维护，在项目有升迁移植改造需求时，由于业务逻辑层不与表现层直接关联，故可直接使用已有的业务逻辑，大大减少了重构成本。越大的项目中MVC的作用表现的越明显。
参考文献：
[1]罗丽娟,陈永政.浅谈MVC框架模式[J].科学咨询,2013,(4):12.
