MVC模式和三层架构
1.MVC模式:
Moudel-View-Controller简写
架构模式,它是一个可以进行分离业务逻辑、与显示的设计方法、它把软件系统分为三个基本部分:
模型(model)、视图 (View) 、控制器(Controller)
控制器:对请求进行处理、负责请求转发
视图:界面的设计人员进行界面设计
模型:编写程序应用的功能、数据库管理
2.三层架构:
服务器端程序分为三层,根据逻辑分层,经典:表示层、业务逻辑层、数据访问层。
表示层:又称为web层、与浏览器进行交互的。
业务逻辑层:又称为services层, 专门处理业务
数据访问层:又称为dao层, 与数据库进行数据交换的。将数据库与记录的JavaBean进行对应。
三层架构搭建: .
1.搭建环境:导入jar包、配置文件、实体类、工具类
2.编写web层
3.编写services层代码
4.编写dao层代码
MVC与三层架构 系统架构是指,整合应用系统程序大的结构。
经常提到的系统结构有两种:三层架构和MVC
他们这两种结构既有区别,又有联系。但这两种结构的使用,均是为了降低系统模块间的耦合度。
.三层架构 三层架构是指:视图层 View、服务层 Service,与持久层 Dao。它们分别完成不同的功能。
View 层:用于接收用户提交请求的代码在这里编写。
Service 层:系统的业务逻辑主要在这里完成。
Dao 层:直接操作数据库的代码在这里编写。
为了更好的降低各层间的耦合度,在三层架构程序设计中,采用面向抽象编程。 即上层对下层的调用,是通过接口实现的。 而下层对上层的真正服务提供者,是下层接口的实现类。 服务标准(接口)是相同的,服务提供者(实现类)可以更换。 这就实现了层间解耦合。
2.MVC
MVC,即 Model 模型、View 视图,及 Controller 控制器。
View:视图,为用户提供使用界面,与用户直接进行交互。
Model:模型,承载数据,并对用户提交请求进行计算的模块。其分为两类: 一类称为数据承载 Bean:实体类,专门用户承载业务数据的,如 Student、User 等 一类称为业务处理 Bean:指 Service 或 Dao 对象,专门用于处理用户提交请求的。
Controller:控制器,用于将用户请求转发给相应的 Model 进行处理,并根据 Model 的计算结果向用户提供相应响应。
MVC 架构程序的工作流程: (1)用户通过 View 页面向服务端提出请求,可以是表单请求、超链接请求、AJAX 请求等 (2)服务端
Controller 控制器接收到请求后对请求进行解析,找到相应的 Model 对用户请求进行处理 (3)Model 处理后,将处理结果再交给
Controller (4)Controller 在接到处理结果后,根据处理结果找到要作为向客户端发回的响应 View 页面。页面经渲染(数据填充)后,
再发送给客户端。
3.MVC与三层架构的关系:
三层架构是什么?
首先我们要明白三层架构的内容有哪些。官方的解释是三层架构就是为了符合“高内聚,低耦合”思想,把各个功能模块划分为表示层(UI)、业务逻辑层(BLL)和数据访问层(DAL)三层架构,各层之间采用接口相互访问,并通过对象模型的实体类(Model)作为数据传递的载体,不同的对象模型的实体类一般对应于数据库的不同表,实体类的属性与数据库表的字段名一致。
官方给的解释其实也并不难理解,我们在开发一个完整的功能模块的时候,肯定会有用户界面,根据用户的选择实现不同的代码逻辑,而逻辑处理往往大部分都是在和数据库打交道,需要对数据进行增删改查。那么为了让代码的实现更加的有条理、有逻辑,我们就把用户界面、逻辑处理、与数据库的交互分开实现,至于为什么各层之间采用接口相互访问,下面说第三点的时候着重说明。
为什么要用三层架构?
在真实的业务开发中,往往是需要团队合作开发的,毕竟一个完整的实际项目,它的开发周期会很长,这就意味着里面会有非常多的功能模块,比如一个简单的图书管理系统,就有管理员对图书的增删改查、对用户的增删查改,用户对图书的增删查改等等。这样的一个简单项目由一个团队来开发只需要一到两天即可,而我们却用了整整两周不止。
那么既然需要团队协同开发,自然离不开功能模块的划分了,这时候就需要使用三层架构的思想了,在三层架构中,各层互相独立,完成自己该完成的任务,项目可以多人同时开发,开发人员可以只关注整个结构中的其中某一层(自己负责的那一层即可)。举一个简单的例子,我们要在数据库查找一个人,那么首先需要一个方法去数据库查找,需要查找的条件,比如id,那么我们就初步建立了一个方法 findById(int id),找到之后我们需要打印这个人的信息,那方法就进一个完善,有了返回值 User findById(int id)。这个方法是用来在数据库进行查询的,那万一没有这个人呢,或者找到这个人我需要把这个人进行一些列的包装处理呢?这一些列的操作我们可以把它放在逻辑处理层来,在逻辑处理层创建一个方法,处理完了之后,返回给用户界面。
从另一个方面来说,三层架构有利于各层逻辑的复用,比如上面说到的图书管理系统中管理员可以对图书进行增删查改,我们将这些方法放在一个类中,再出现对用户的增删查改时,我们就可以复用这些代码,修改参数和返回值类型即可。
这样分层处理,也更有利于代码的移植、维护,比如数据库SQLServer 转 Oracle数据库时,我们只需要修改一个层即可,因为与数据库的交互都在数据访问层中。
三层架构的优劣势:
- 1、降低了系统的性能。这是不言而喻的。如果不采用分层式结构,很多业务可以直接造访数据库,以此获取相应的数据,如今却必须通过中间层来完成。
- 2、有时会导致级联的修改。这种修改尤其体现在自上而下的方向。如果在表示层中需要增加一个功能,为保证其设计符合分层式结构,可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码
- 3、增加了代码量,增加了工作量
三层架构的优势:
- 1,结构清晰、耦合度低
- 2,可维护性高,可扩展性高
- 3,利于开发任务同步进行, 容易适应需求变化