目录
写Java Web 项⽬时会发现,⼀个中型或者⼤型项⽬随着代码的增多,会发现:代码既可以写在 src ⽬录下,也可以写在WebContent ⽬录下。 src 下可以建很多包 , WebContent 下可以建很多⽂件夹。
问题:⼀个新的类到底往哪个⽬录下的哪个⽂件夹⾥写?
解决:需要⼀个模式去规范,到底哪个类该往哪⾥写。
1.MVC设计模式
Web MVC
中的
M(
模型
)-V(
视图
)-C(
控制器
)
概念和标准
MVC
概念⼀样,我们再看⼀下
Web MVC
标准架构,如下图所示:
在Web MVC模式下,模型⽆法主动推数据给视图,如果⽤户想要视图更新,需要再发送⼀次请求(即请求-响应模型)
M:(Model) 模型
应⽤程序的核⼼功能,管理这个模块中⽤的数据和值(bean,dao);
JavaBeans :是Java中⼀种特殊的类(换⾔之:JavaBean就是⼀个Java类)
⼀个Java类 ,满⾜以下要求,则可称为⼀个JavaBean
- public修饰的类,提供public ⽆参构造⽅法
- 所有属性 都是private
- 提供getter和setter⽅法
从使⽤层⾯来看, JavaBean 分为 2 ⼤类:
- 封装业务逻辑的JavaBean(eg:LoginDao.java 封装了登录逻辑)
- 封装数据的JavaBean(实体类:eg:Student.java Vadio.java 。往往对应于数据库中的⼀张表,即数据库中有个Student表,项⽬中就有个Student.java类)通常:表名=类名,列名=属性名
JavaBean是⼀个可以重复使⽤的组件,通过编写⼀个组件来实现某种通⽤功能,“⼀次编写、任何地⽅执⾏、任何地⽅重⽤”。
V(View )视图
视图提供模型的展示,管理模型如何显示给⽤户,它是应⽤程序的外观;(
jsp/html
)
C(Controller)控制器
对⽤户的输⼊做出反应,管理⽤户和视图的交互,是连接模型和视图的枢纽。 (servlet/service
)
MVC
⽤于将
web
(
UI
)层进⾏职责解耦
说明
:mvc
设计模式
(
不属于
23
种设计模式
)
2.三层架构
- 三层架构 通常意义上的三层架构就是将整个业务应⽤划分为:表现层(UI)、业务逻辑层(BLL)、数据访问层(DAL)。
- 区分层次的⽬的即为了“⾼内聚,低耦合”的思想。
1
、表现层(UI
):通俗讲就是展现给⽤户的界⾯,即⽤户在使⽤⼀个系统的时候他的所⻅所得。 jsp/html
2、业务逻辑层(BLL
):针对具体问题的操作,也可以说是对数据层的操作,对数据业务逻辑处理。 servlet,service
3、数据访问层(DAL
):该层所做事务直接操作数据库,针对数据的增添、删除、修改、更新、查找等。dao
- 表现层实现的代表作品是Struts,springmvc框架
- 业务层实现的代表作品是Spring
- 持久层实现的代表作品是Hibernate,mybatis
层就相当于⼀个⿊盒⼦,我们不⽤知道它内部怎么实现,只需要知道如何去调⽤它就⾏了。每层只与上下相邻的两层打交道。当⼀层内部由于技术变迁发⽣变化时,只要接⼝不变,其他层不⽤做任何改变。
分层之后灵活性提⾼,也便于团队分⼯开发。
3.三层架构和MVC的区别与联系
- MVC是 Model-View-Controller,严格说这三个加起来以后才是三层架构中的UI层,也就是说,MVC把三层架构中的UI层再度进⾏了分化,分成了控制器、视图、实体三个部分,控制器完成⻚⾯逻辑,通过实体来与界⾯层完成通话;⽽C层直接与三层中的BLL进⾏对话。
- MVC可以是三层中的⼀个表现层框架,属于表现层。三层和mvc可以共存。
- 三层是基于业务逻辑来分的,⽽MVC是基于⻚⾯来分的。
- MVC主要⽤于表现层,3层主要⽤于体系架构,3层⼀般是表现层、中间层、数据层,其中表现层⼜可以分成M、V、C,(Model View Controller)模型-视图-控制器
- MVC是表现模式(Presentation Pattern),三层架构是典型的架构模式(Architecture Pattern)
- 三层架构的分层模式是典型的上下关系,上层依赖于下层。但MVC作为表现模式是不存在上下关系的,⽽是相互协作关系。即使将MVC当作架构模式,也不是分层模式。MVC和三层架构基本没有可⽐性,是应⽤于不同领域的技术。