mvc架构模式的原理(MVC架构系统设计方法)

   发布日期:2024-12-23 08:16:21     手机:https://m.qqhuangye.com/wenda/tag/2655.html     违规举报

mvc架构模式的原理(MVC架构系统设计方法)

说起MVC,感觉大家都能唠个两块钱的。今天呢,我们也来简单的聊一聊,并以Java Web开发为例,简单的讲解项目应当如何分层。

MVC之前

在Web开发早期,当Sun公司推出了JSP技术后,在当时是极大的震撼了整个行业,包括微软后面推出的ASP也是针对JSP推出的反制手段。在早期使用JSP开发的Web应用中,JSP因为其强大的特性,以Java语言写的代码块作为脚本,因此一个JSP文件是一个独立的、能自主完成所有任务的模块(其他的动态网站技术比如ASP、PHP也是如此),它可以负责处理业务逻辑、控制页面跳转和向用户展示页面等。

在上图这个模式中,”全栈”开发似乎变得简单了许多,只需要在JSP中开发就可以了。但这么做的一个明显的弊端,就是JSP页面中的功能过于繁杂、耦合性太高,数据、业务逻辑、流程控制全都混杂在一起,使得程序后续难以维护和修改。

​为了解决上述问题,SUN公司提供了一种JSP开发的架构模型,我们可以称之为JSP Model1。在这个模型中,采用JSP+JavaBean(将万物抽象成对象,提供一些属性和对应的getter、setter方法)技术,将页面的显示和业务逻辑分开。

​从上图中,我们可以看到,JSP Model1将封装数据和处理数据的业务逻辑交给了JavaBean组件,JSP只负责接收用户的请求和调用JavaBean组件来响应用户的请求。这种设计在一定程度上实现了数据、业务逻辑、页面展示的分离,在一定程度上实现了程序开发的模块化(分层),降低了程序间的耦合性,让代码的维护、修改成本有效的降低。

MVC设计模式

​MVC设计是由[Xerox PARC](
https://baike.baidu.com/item/Xerox PARC)(施乐帕克,研究中心)在20世纪80年代为编程语言Smalltalk-80发明的一种软件设计模式,提供了一种按照功能模块划分的指导思想。

​MVC设计模式将应用程序分为三个核心模块:模型(Model)、视图(View)、控制器(Controller)。每个模块的作用如下所示:

模型(Model):负责管理应用程序的业务数据、定义访问控制以及修改这些数据的方法。 视图(View):负责与用户进行交互,它从模型中获取数据向用户展示,同时也能将用户请求传递给控制器处理。 控制器(Controller):负责应用程序中处理用户交互的部分,可以从视图中取数据,控制用户输入,并向模型发送数据。

​MVC模式广泛的应用的于Web开发中,我们以Java Web开发来简单说明应用程序应该怎么样划分模块:Controller层为Servlet,View层为JSP,Model层为JavaBean。图中的步骤1、2、3、4是用户进行请求时的处理流程。

三层架构

​三层架构(3-tier architecture)通常是将整个业务应用划分为:表示层(User show layer, USL)、业务逻辑层(Business Logic Layer, BLL)、数据访问层(Data access layer, DAL)。其中每层的作用如下:

表示层:又称表现层UI,位于三层构架的最上层,与用户直接接触,主要是用户浏览的页面,其主要功能是实现系统数据的传入与输出,在此过程中不需要借助逻辑判断操作就可以将数据传送到BLL系统中进行数据处理,处理后会将处理结果反馈到表示层中; 业务逻辑层:中间层,对具体问题进行逻辑判断与执行操作,当接收到表现层UI的用户指令后,会连接数据访问层,将数据库访问层的增删改查进行组装,并将处理结果返回给表示层; 数据库访问层:主要用于操作数据库中的数据,实现数据的增删改查操作,并将处理结果返回给业务逻辑层。

​三层架构相比较于MVC是更宏观的解决方案,MVC相当于对三层架构中的表示层。不管这两个的哪一种,都是对应用程序进行分层,其目的就是实现高内聚、低耦合的目标,将程序分成不同的模块,让开发和维护变得更清晰明了。

项目分层

​这里给大家推荐《阿里巴巴Java开发手册》中工程结构里约定的应用分层。

​ 图中默认上层依赖于下层,箭头关系表示可直接依赖,如:开放接口层可以依赖于Web 层,也可以直接依赖于 Service 层,依此类推。每个层的定义我们简单看下:

终端显示层:各个端的模板渲染并执行显示的层。当前主要是 velocity 渲染,JS 渲染,JSP 渲染,移动端展示等;

开放接口层:可直接封装 Service 方法暴露成 RPC 接口;通过 Web 封装成 http 接口;进行网关安全控制、流量控制等;

Web层:主要是对访问控制进行转发,各类基本参数校验,或者不复用的业务简单处理等; Service层:相对具体的业务逻辑服务层; Manager层:通用业务处理层;

1) 对第三方平台封装的层,预处理返回结果及转化异常信息;

2) 对 Service 层通用能力的下沉,如缓存方案、中间件通用处理;

3) 与 DAO 层交互,对多个 DAO 的组合复用;

DAO层:数据访问层,与底层 MySQL、Oracle、Hbase 等进行数据交互。 外部接口或第三方平台:包括其它部门 RPC 开放接口,基础平台,其它公司的 HTTP 接口。

​在我们的实际项目中,一般是不需要设置web层和manager层的,除非业务特别复杂。因此推荐项目分层如下:

总结

​其实许多同学可能会有些疑惑,由于ajax的出现许多项目现在开始实行前后端分离的做法,尤其是现在优秀的前端框架层出不穷,比如Vue、React、AngularJS等,似乎三层架构和我们上面的推荐的分层就不适用了。其实不是这样的,我们将页面划分为终端显示层,无论项目是否是前后端分离,我们都可以将我们的Java代码划分为Controller+services+dao+util+model。

​文章到这也就结束了,希望本文对你有所帮助,也希望我们的项目都可以结构清晰,可以使用分层的方式降低代码之间的耦合性,让代码更容易被维护和修改。

 
 
本文地址:https://qqhuangye.com/wenda/tag/2655.html,转载请注明出处。"error":400,"message":"over quota","url:"https://qqhuangye.com/wenda/tag/2655.html
 
更多>同类问答

推荐图文
推荐问答
点击排行
网站首页  |  关于我们  |  联系方式  |  使用协议  |  版权隐私  |  网站地图  |  违规举报  |  蜀ICP备18010318号-2  |  SiteMaps  |  BaiDuNews
Processed in 0.370 second(s), 8 queries, Memory 0.53 M