探究MVC框架模式

版权声明:尊重原创,转载请标明出处: https://blog.csdn.net/weixin_42336774/article/details/86388942

前言:MVC不是设计模式也不是框架,而是框架模式。

M (Model):模型,包含业务逻辑处理(Service)以及数据库操作(Dao)

V (View):视图,职责是渲染经过模型处理的数据

C (Controller):控制器,接收请求,转发请求,原则上自身不牵扯到任何业务处理。

详解:

用户通过浏览器发送请求(B/S),控制器负责接收该请求,然后根据规则将请求转发给模型层相应的Service去处理,Service在调用dao处理完请求后,将数据返回给控制器,控制器根据规则将数据推送给相应地视图去渲染,视图渲染完数据后把结果返回给控制器,最后控制器响应用户此次请求。

总结:MVC架构,实现了界面显示和业务逻辑、数据的分离,将业务逻辑聚集到一个部件里面,在改进和个性化定制界面及用户交互的同时,不需要重新编写业务逻辑。

网图: 


扩展:

模型-视图-控制器(MVC)是Xerox PARC在二十世纪八十年代为编程语言Smalltalk-80发明的一种软件设计模式,已被广泛使用。后来被推荐为Oracle旗下Sun公司Java EE平台的设计模式,并且受到越来越多的使用ColdFusion和PHP的开发者的欢迎。模型-视图-控制器模式是一个有用的工具箱,它有很多好处,但也有一些缺点。

优点:耦合度低、重用性高、生命周期成本低、部署快、可维护性高、有利软件工程化管理。

缺点:没有明确的定义、不适合小型,中等规模的应用程序、增加系统结构和实现的复杂性、视图与控制器间的过于紧密的连接。


MVC 分层同时也简化了分组开发。不同的开发人员可同时开发视图、控制器逻辑和业务逻辑。

最典型的MVC就是JSP + servlet + javabean的模式。

 

猜你喜欢

转载自blog.csdn.net/weixin_42336774/article/details/86388942