笔者对于MVC也是初学,写这篇文章的主要目的是方便自己去理解MVC的相关内容,所以有些描述并不是那么专业和全面,请多多包涵。
一、MVC设计模式概述
MVC全名是Model View Controller,是模型(model)-视图(view)-控制器(controller)的缩写,一种软件设计典范,用一种业务逻辑、数据、界面显示分离的方法组织代码,将业务逻辑聚集到一个部件里面,在改进和个性化定制界面及用户交互的同时,不需要重新编写业务逻辑。MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。
模型、视图和控制器之间的关系可简单理解为:模型里面有一些操作,视图就是显示给用户看的东西,控制器就是指挥后台实现模型里面的操作,将相应的数据和视图反馈给用户。
二、MVC设计模式的优缺点
(1)优点
-
耦合性低
视图层和业务层分离,这样就允许更改视图层代码而不用重新编译模型和控制器代码,同样,一个应用的业务流程或者业务规则的改变只需要改动MVC的模型层即可。
耦合度越低,程序模块的可重用性、移植性就更强,这样的程序代码就更高效简洁。 -
重用性高
MVC模式允许使用各种不同样式的视图来访问同一个服务器端的代码,因为多个视图能共享一个模型。这样的话可以为用户提供更有个性化的服务。 -
部署快,生命周期成本低
MVC使开发和维护用户接口的技术含量降低。使用MVC模式使开发时间得到相当大的缩减,它使程序员(Java开发人员)集中精力于业务逻辑,界面程序员(HTML和JSP开发人员)集中精力于表现形式上。 -
可维护性高
分离视图层和业务逻辑层也使得WEB应用更易于维护和修改
(2)缺点
-
编码复杂
等于说要将代码分成三部分,并且之间有密切联系,有大量的事务逻辑需要考虑。这样对于一些中小型程序而言,还不如使用一般方法以简化代码逻辑。 -
调试困难
因为模型和视图要严格的分离,这样也给调试应用程序带来了一定的困难,每个构件在使用之前都需要经过彻底的测试。 -
视图与控制器间的过于紧密的连接并且降低了视图对模型数据的访问
视图与控制器是相互分离,但却是联系紧密的部件,视图没有控制器的存在,其应用是很有限的,反之亦然,这样就妨碍了他们的独立重用。依据模型操作接口的不同,视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问,也将损害操作性能。
三、Java web开发的MVC模式
- model–>javabean
javabean是一种可重用的Java组件,它可以被Applet、Servlet、SP等Java应用程序调用.也可以可视化地被Java开发工具使用。它包含属性(Properties)、方法(Methods)、事件(Events)等特性。 - view–>jsp
jsp是Java服务器页面,通过jsp可以在html里面编写Java代码。 - controller–>servlet
servlet是能在服务器上面执行的程序,是客户端域服务器之间的中间层。
参考资料:
2019.12.22
来源:CSDN
作者:ataraxy_thinking
链接:https://blog.csdn.net/ataraxy_/article/details/103654041