JavaWEB MVC

写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 a. public修饰的类，提供public ⽆参构造⽅法 b. 所有属性 都是private C. 提供getter和setter⽅法 从使⽤层⾯来看，JavaBean分为2⼤类： a. 封装业务逻辑的JavaBean(eg:LoginDao.java 封装了登录逻辑) b. 封装数据的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和三层架构基本没有可⽐性，是 应⽤于不同领域的技术