J2EE中MVC三层架构

Struts的原理和优点.Struts工作原理MVC即Model—View—Controller的缩写，是一种常用的设计模式。

MVC 减弱了业务逻辑接口和数据接口之间的耦合，以及让视图层更富于变化。

MVC的工作原理，如下图1所示：Struts 是MVC的一种实现，它将Servlet和JSP 标记(属于J2EE 规范）用作实现的一部分。

Struts继承了MVC的各项特性,并根据J2EE的特点，做了相应的变化与扩展.Struts的工作原理，视图:主要由JSP生成页面完成视图，Struts提供丰富的JSP 标签库: Html，Bean，Logic，Template等，这有利于分开表现逻辑和程序逻辑。

控制：在Struts中,承担MVC中Controller角色的是一个Servlet，叫ActionServlet。

ActionServlet是一个通用的控制组件。

这个控制组件提供了处理所有发送到Struts的HTTP请求的入口点。

它截取和分发这些请求到相应的动作类(这些动作类都是Action类的子类）。

另外控制组件也负责用相应的请求参数填充Action From（通常称之为FromBean），并传给动作类（通常称之为ActionBean）。

动作类实现核心商业逻辑，它可以访问java bean 或调用EJB。

最后动作类把控制权传给后续的JSP 文件，后者生成视图。

所有这些控制逻辑利用Struts-config.xml文件来配置。

模型：模型以一个或多个java bean的形式存在。

这些bean分为三类：Action Form、Action、JavaBean or EJB.Action Form通常称之为FormBean，封装了来自于Client的用户请求信息,如表单信息。

Action通常称之为ActionBean，获取从ActionSevlet传来的FormBean,取出FormBean中的相关信息，并做出相关的处理，一般是调用Java Bean或EJB等。

J2EE 的三层架构：
J2EE 与传统的CS 之间的优缺点：
J2EE 的优越性：
1.保留现存的IT 资产：可以充分利用原有的投资，由于基于J2EE 平台的产品几乎能在任何操作系统和硬件配置上运行，现有的操作系统和硬件也能被保留使用。

2.高效的开发：J2EE 允许公司吧一些通用的，很繁琐的服务端任务交给中间件供应商取完成。

这样开发人员可以集中精力在如何创建商业逻辑上，相应缩短开发时间。

3.支持异构环境：J2EE 能够开发部署在异构环境中的可移植程序，基于J2EE 的应用程序不依赖于任何特定操作系统，中间件，硬件，因此设计合理的基于J2EE 的程序只需开发一次就可部署到各种平台。

也允许客户订购与J2EE 兼容的第三方的组成的组件，把他们部署到异构环境中，节省了由自己制定整个方案所需的费用。

4.可伸缩性;J2EE 领域的供应商提供了更为广泛的负载平衡策略，能消除系统中的瓶颈，允许多台服务器集成部署，这种部署可达数千处理器，实现可高度伸缩的系统，满足未来商业的需求。

5.稳定的可用性：J2EE 部署到可靠的操作系统中，他们支持长期的可用性。

CS 的不足：有一个庞大的客户端，并且在数据安全性要求不高的应用中，对于网络联通过于依赖。

客户端需要安装专用的客户端软件及运行环境。

对于版本更新等操作业务复杂。

系统软件升级时，每一台客户机需要重新安装，其维护和升级成本非常高。

表现层 客户端组件 主要功能在于数据的显示，数据如何表现。

应用层 1.业务功能子层 2.应用平台子层 主要是对于业务的处理以及数据的处理。

数据层 1.数据访问子层 2.数据管理子层
主要是实现与数据库的交互。

JavaWeb之三层架构（MVC架构）：软件设计架构
MVC 开发模式
⼀、JSP 演变历史
1. 早期只有servlet，只能使⽤response输出标签数据，⾮常⿇烦
2. 后来⼜jsp，简化了Servlet的开发，如果过度使⽤jsp，在jsp中即写⼤量的java代码，有写html表，造成难于维护，难于分⼯协作
3. 再后来，java的web开发，借鉴 MVC 开发模式，使得程序的设计更加合理性
⼆、MVC
1. M：Model，模型。

JavaBean
完成具体的业务操作，如：查询数据库，封装对象。

2. V：View，视图。

JSP，HTML
⽤来展⽰数据。

3. C：Controller，控制器。

Servlet
①获取⽤户的输⼊
②调⽤模型
③将数据交给视图进⾏展⽰
界⾯层(表⽰层)：⽤户看的得界⾯。

⽤户可以通过界⾯上的组件和服务器进⾏交互。

业务逻辑层：处理业务逻辑的。

数据访问层：操作数据存储⽂件。

MVC 是⼀种思想
MVC 的理念是将软件代码拆分称为组件，单独开发，组合使⽤（⽬的还是为了降低耦合度）
三、MVC 的优缺点
1、优点
①耦合性低，⽅便维护，可以利⽤分⼯协作；
②重⽤性⾼；
2、缺点
①使得项⽬架构变得复杂，对开发⼈员要求⾼；。

J2EE的层次和组成J2EE的层次和组成J2EE组件和“标准的” Java类的不同点在于：它被装配在一个J2EE应用中，具有固定的格式并遵守J2EE规范，由J2EE服务器对其进行管理。

以下是关于J2EE的层次和组成，欢迎大家参考!目前，Java 2平台有3个版本，它们是适用于小型设备和智能卡的Java 2平台Micro版(Java 2 Platform Micro Edition，J2ME)、适用于桌面系统的Java 2平台标准版(Java 2 Platform Standard Edition，J2SE)、适用于创建服务器应用程序和服务的Java 2平台企业版(Java 2 Platform Enterprise Edition，J2EE)。

J2EE是一种利用Java 2平台来简化企业解决方案的开发、部署和管理相关的复杂问题的体系结构。

J2EE技术的基础就是核心Java平台或Java 2平台的标准版，J2EE不仅巩固了标准版中的许多优点，例如"编写一次、随处运行"的特性、方便存取数据库的JDBC API、CORBA技术以及能够在Internet应用中保护数据的安全模式等等，同时还提供了对EJB(Enterprise JavaBeans)、Java Servlets API、JSP(Java Server Pages)以及XML 技术的全面支持。

其最终目的就是成为一个能够使企业开发者大幅缩短投放市场时间的体系结构。

J2EE使用多层的分布式应用模型，应用逻辑按功能划分为组件，各个应用组件根据他们所在的层分布在不同的机器上。

事实上，sun 设计J2EE的初衷正是为了解决两层模式(client/server)的弊端，在传统模式中，客户端担当了过多的角色而显得臃肿，在这种模式中，第一次部署的时候比较容易，但难于升级或改进，可伸展性也不理想，而且经常基于某种专有的协议??通常是某种数据库协议。

M：JavaBean--模型 V：JSP--显示页面 C：Servlet--控制台访问M客户端（IE 等）Servlet获得客户端数据并把数据封装到域对象中CService:服务处理业务逻辑Dao：数据访问Data Access Object 数据库JavaBean：封装数据JSPV数据显示层：最顶层（第三步）业务逻辑层（第二步）数据访问层：最底层（第一步）DAO接口Service接口cn.itcast.domain:JavaBeancn.itcast.dao:DAO接口Cn.itcast.dao.impl:DAO实现cn.itcast.service:业务接口cn.itcast.service.impl:业务实现cn.itcast.web.controller:ServletWEB-INF/pages:JSP（用户无法访问，但内部可以展现给客户端）cn.itcast.util:工具类cn.itcast.exception:自定义的异常访问1调用专门用来服务的方法3取出数据45存放改变的数据546调用6取出数据7存放数据8取出数据1封装数据2封装数据2传递数据3请求7取出结果8请求转发9显示数据101、无经验就先按逆顺序开发：数据显示层——业务逻辑层——数据访问层2、为降低耦合性（为了抽掉某个部分，整个结构所受的影响不大），采取抽象编程——接口3、Structs2才真正的实现了MVC三层架构4、建模（建立JavaBean）没有建好相当于全挂，搞定了JavaBean，数据库也就搞定了。

MVC框架MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑和数据显示分离的方法组织代码，将业务逻辑被聚集到一个部件里面，在界面和用户围绕数据的交互能被改进和个性化定制的同时而不需要重新编写业务逻辑。

MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。

MVC开始是存在于桌面程序中的，M是指业务模型，V是指用户界面，C则是控制器，使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。

比如一批统计数据可以分别用柱状图、饼图来表示。

C存在的目的则是确保M和V的同步，一旦M改变，V应该同步更新。

优点耦合性低视图层和业务层分离，这样就允许更改视图层代码而不用重新编译模型和控制器代码，同样，一个应用的业务流程或者业务规则的改变只需要改动MVC的模型层即可。

因为模型与控制器和视图相分离，所以很容易改变应用程序的数据层和业务规则。

模型是自包含的，并且与控制器和视图相分离，所以很容易改变应用程序的数据层和业务规则。

如果把数据库从MySQL移植到Oracle，或者改变基于RDBMS数据源到LDAP，只需改变模型即可。

一旦正确的实现了模型，不管数据来自数据库或是LDAP服务器，视图将会正确的显示它们。

由于运用MVC的应用程序的三个部件是相互独立，改变其中一个不会影响其它两个，所以依据这种设计思想能构造良好的松耦合的构件。

[11]重用性高随着技术的不断进步，需要用越来越多的方式来访问应用程序。

MVC模式允许使用各种不同样式的视图来访问同一个服务器端的代码，因为多个视图能共享一个模型，它包括任何WEB（HTTP）浏览器或者无线浏览器（wap），比如，用户可以通过电脑也可通过手机来订购某样产品，虽然订购的方式不一样，但处理订购产品的方式是一样的。

MVC模式，SSM框架，三层架构，Java开发中常见包名的意义什么是MVC模式？M model 模型-编写程序应有的功能，数据管理和数据库设计。

V view 视图层-界⾯设计⼈员进⾏界⾯设计。

C controller 控制-控制器负责转发请求，对请求进⾏处理。

什么是SSM框架？SSM是Spring+Spring MVC+Mybatis的缩写，主流的Java EE企业级框架。

其中，Spring是⼀个轻量级的控制反转（IOC）和⾯向切⾯（AOP）的容器框架，可以帮助我们创建对象。

Spring MVC控制开发，让开发简单规范。

MyBatis是⼀个基于Java的持久层框架，封装了增删改查操作。

Spring看到这个，很多⼈会和你说什么控制反转（IoC），依赖注⼊（DI）、AOP、事务什么……对新⼿来说，这些是什么⿁呢？控制反转我不写定义，就说⼀下你的电脑。

你的电脑上有usb⼝吧，有hdmi⼝吧。

电脑上⽤什么键盘，不取决于电脑本⾝，⽽是插在usb上的键盘是什么？这个能理解吧。

你看控制电脑⽤什么输⼊的设备并不是由电脑控制的，⽽是你插⼊的键盘是什么来控制的。

这个控制不就反了吗？依赖注⼊就是控制反转。

电脑的输⼊设备依赖它被插⼊的是什么键盘。

插⼊机械键盘，输⼊设备就是机械键盘，插⼊数字键盘就只能输⼊数字。

从插键盘这个事来说：⽆⾮是从电脑⾓度看，是依赖注⼊，输⼊设备是什么依赖注⼊的键盘是什么；从键盘⾓度看是控制反转，插⼊的键盘来控制电脑是什么输⼊设备。

为什么要⽤依赖注⼊？⽬的就是可以灵活搭配。

如果你的电脑上的键盘是焊死在电脑上的，键盘坏了，你的电脑也废了。

你肯定不想这样吧。

Java开发中，我们需要创建⼤量的对象，有些重要的对象牵⼀发⽽动全⾝，这样的对象我们可以交给Spring帮我们来创建，我们只需要提供配置⽂件，这个配置⽂件可以是xml，也可以是java本⾝。

好⽐Spring是个⼯⼚，按图纸就可以做出产品。

AOP什么是切⾯？你可以这样想：⼀个公司有多个销售部，都需要⾏政帮忙搞定⽇常的订⽂具、机票、办公室、出差酒店什么的，都需要财务搞定报销、收付款什么的事务吧，要仓库帮忙发货什么的。

J2EE的分层架构体系
从物理部署、逻辑框架、运行环境、控制策略方面阐述J2EE架构，聪明的你会发现原来下面的4个描述图实际上是统一的，仅仅是你站立的角度不同而已，这就是“形不同而神相似！”
1、业界常称的J2EE采用三层架构：
客户端：业务数据模型与UI分开，更“瘦”。

业务逻辑在中间层，成为“对象服务”。

中间层可以处理多客户端，通过：连接池，多线程，对象一致性处理
各种分布式对象技术的发展使得分布式应用越来越广泛。

对中间层编程困难。

2、有时也称四层（将中间层分为web层和业务层）：
客户端层组件：应用客户端程序和浏览器
Web 层组件: Java Servlet和Java Server Pages（JSP）
业务层组件: Enterprise JavaBeans（EJB）
企业信息系统层组件: DB、ERP
3、各层的运行环境：
运行在客户机上的客户层组件
运行在J2EE服务器上的网络层
运行在J2EE服务器上的逻辑层
运行在EIS服务器上的企业信息层
4、模型-视图-控制（MVC）结构：
MVC是应用服务器的一般架构（部署实现体现在web容器和ejb容器）。

模型层负责表达和访问商业数据，执行商业逻辑和操作。

视图层负责显示模型层的内容。

控制层负责定义应用程序的行为。

java三层架构：持久层、业务层、表现层
⼀、 java三层架构
业务层（逻辑层、service层）
采⽤事务脚本模式。

将⼀个业务中所有的操作封装成⼀个⽅法，同时保证⽅法中所有的数据库更新操作，即保证同时成功或同时失败。

避免部分成功部分失败引起的数据混乱操作。

表现层（JSP）
采⽤MVC模式。

M称为模型，也就是实体类。

⽤于数据的封装和数据的传输。

V为视图，也就是GUI组件，⽤于数据的展⽰。

C为控制，也就是事件，⽤于流程的控制。

持久层（DAO）
采⽤DAO模式，建⽴实体类和数据库表映射（ORM映射）。

也就是哪个类对应哪个表，哪个属性对应哪个列。

持久层的⽬的就是，完成对象数据和关系数据的转换。

⼆、SSH框架
* 业务层——Spring
* 表现层——Struts
* 持久层——Hibernate
三、SSM框架
* 业务层——Spring
* 表现层——SpringMVC
* 持久层——MyBatis。

mvc三大框架的原理MVC是一种软件设计模式，它将应用程序分为三个部分：模型、视图和控制器。

这三部分分别负责处理应用程序的数据、展示和逻辑。

目前在web开发中常用的MVC框架主要有三个：SpringMVC、Struts2和 MVC。

SpringMVC是一个基于Spring框架的MVC框架。

它提供了一个DispatcherServlet来拦截请求，并根据请求中的信息决定交给哪个控制器处理。

控制器处理完后，将返回一个ModelAndView对象给DispatcherServlet，该对象包含数据和View的名称。

DispatcherServlet通过ViewResolver来找到对应的View并返回给客户端。

Struts2是一个基于Struts1的MVC框架。

它采用拦截器机制来处理请求，每个请求都被封装成一个Action对象。

Action对象负责处理请求并返回结果，结果包含数据和View的名称。

Struts2通过Result来找到对应的View并返回给客户端。

MVC是一个基于.NET框架的MVC框架。

它通过Routing 来映射请求到相应的Action。

Action负责处理请求并返回结果，结果包含数据和View的名称。

MVC通过ViewEngine来找到对应的View并返回给客户端。

总的来说，这三个框架都采用了MVC模式，但实现方式略有不同。

SpringMVC和Struts2都是基于Java的，而 MVC则是基于.NET 的。

同时，它们都提供了一套完整的开发框架，包括处理请求的路由、拦截器、数据绑定、表单校验、视图渲染等功能，大大简化了开发者的工作。

1.1J2EE Web体系架构及MVC编程模型1.1.1基于Java技术的Web应用体系结构整个网站系统采用Browser/Web/DataBase的三层体系结构。

Web服务器接受请求，通过应用程序服务器执行一个Java服务器端小程序Servlet并返回其输出，从而实现与客户机进行信息资源的交互。

数据库服务器用来存储管理信息系统中所用到的各种数据，数据由数据库管理程序直接录入。

系统的客户端只需要一个浏览器即可。

相关人员通过浏览器来查询、增加、修改、删除数据，对信息进行管理。

1.1.2用JSP开发Web网站的几种主要方式JSP作为J2EE的一部分，既可以用于开发小型的Web站点、也可以用于开发大型的、企业级的应用程序，下面给出使用JSP进行开发的不同方式。

1、直接使用JSP（以页面为中心Page-Centric方式）对于最小型的Web站点，可以直接使用JSP来构建动态网页，这种站点最为简单，所需要的仅仅是简单的留言板、动态日期等基本的功能。

对于这种开发模式，一般可以将所有的动态处理部分都放置在JSP的Scriptlet脚本代码中，就像一般使用PHP或ASP开发动态网页一样。

（1）优缺点这种结构的优点就是编程简单，成本很低。

允许页面的设计者根据资源的状态动态的生成页面的内容。

但是当系统规模增大的时候，这样的结构不适合多个客户同时访问资源，这样同时会有大量的请求需要服务端来处理。

每个请求都会建立一个连接，消耗一定的资源。

这样，需要让这些连接共享一些资源。

其中最明显的例子就是用JDBC连接数据库中用到的连接池（Connection pools）。

另外该结构也会导致JSP中出现大量的JAVA代码。

这虽然对java程序设计人员不会有什么问题，可是大量的代码分散在JSP中，不利于维护和修改,网页美工不懂jsp的。

（2）应用场合：小型网站，并且页面的设计者与JSP的编程者为同一人。

（3）示例图2、JSP + JavaBeans或者JSP+Servlet的两层的开发结构（JSP Model 1）中型站点面对的是数据库查询、用户管理和小量的商业业务逻辑。

javaweb的mvc三层架构的原理MVC（Model-View-Controller）是一种常用的软件设计模式，用于组织和管理软件应用程序的代码结构。

在JavaWeb开发中，MVC三层架构被广泛应用于构建可扩展、可维护和可重用的Web应用程序。

下面将详细介绍MVC三层架构的原理。

1. 模型（Model）：模型代表了应用程序的数据和业务逻辑。

它负责处理数据的读取、写入和更新，并提供对数据的操作和查询。

模型通常包含一个或多个Java类，用于表示实体对象、数据库访问和数据处理等。

2. 视图（View）：视图负责显示和渲染用户界面。

它是用户与应用程序交互的窗口，提供了用户输入和输出的功能。

视图通常是HTML、CSS和JavaScript等前端技术的组合，用于呈现数据和响应用户的操作请求。

3. 控制器（Controller）：控制器作为模型和视图之间的协调者，负责处理用户的请求和调度相应的模型和视图。

当用户与视图进行交互时，控制器接收请求并根据请求选择适当的模型进行数据处理，然后将处理结果返回给视图进行显示。

MVC三层架构的工作原理是基于分离关注点的思想。

模型、视图和控制器各自负责不同的功能，使得代码的组织和管理更加清晰。

通过将业务逻辑和用户界面分离，可以提高应用程序的可维护性和可扩展性。

在实际应用中，用户的请求首先由控制器接收，并根据请求的类型选择适当的模型进行处理。

模型负责从数据库或其他数据源中获取数据，并根据业务逻辑进行处理。

处理完成后，模型将结果传递给控制器，控制器再将结果传递给视图进行显示。

总结起来，MVC三层架构通过将应用程序分割成不同的组件，即模型、视图和控制器，以实现代码的模块化和可重用性。

这种架构使得开发人员能够更好地管理和维护应用程序，提高开发效率和代码质量。

跟我学J2EE系统构架和设计模式——层架构及MVC架构模式的应用实例1.1跟我学J2EE 系统构架和设计模式——层架构及MVC架构模式的应用实例1.1.1系统架构设计和设计模式的关系1、架构(Architecture)和模式(Pattern)（1）问题架构(Architecture)和模式(Pattern)在当前的软件开发中经常地被提及，这两个术语非常容易混淆，而且学术界也没有一个非常统一的定义。

（2）两者最主要的不同1)但是总体来说，架构更加关注的是所谓的“高层设计”（High-Level Design）。

2)而模式关注的重点在于通过经验提取的“准则或指导方案”在设计中的应用。

因此当我们在不同的层面考虑问题的时候就形成了不同问题域上的Pattern（模式）；同时模式的目标是，把共通问题中的不变部分和变化部分分离出来。

不变的部分，就构成了模式，因此，模式是一个经验提取的“准则”，并且在一次一次的实践中得到验证。

2、根据处理问题的粒度不同，可以将模式从高到低分为三个不同的层次（1）架构模式(Architectural Pattern)----着眼于不同业务中共性的解决方案的设计，有关大尺度和粗粒度的设计1)架构模式是模式中的最高层次，描述软件系统里的基本的结构组织或纲要，通常提供一组事先定义好的子系统，指定它们的责任，并给出把它们组织在一起的法则和指南。

2)一个架构模式常常可以分解成很多个模块组件的设计模式（也就是下面所述的“设计模式”）联合使用。

比如，用户和文件系统安全策略模型，N-层结构，组件对象服务等，我们熟知的MVC 结构也属于架构模式的层次。

（2）设计模式(Design Pattern)----着眼于通用原理（General Principle）的实现，有关中小尺度的对象和框架的设计是模式中的第二层次，主要是用来处理程序模块设计中反复出现的共性问题。

例如，GOF在《设计模式--可复用面向对象软件的基础》一书中所总结出的23个基本设计模式——Factory Pattern, Observer Pattern等。

MVC层次的划分　MVC，顾名思义就是Model、View以及Control。

在J2EE中，⼀般由jsp扮演View层、servlet扮演Control层、java撰写Model层。

众所周知java的好处就是跨平台：⼀次编写，各种编译。

现在的问题是： 什么样的操作应该有Control层来做，⽽什么样的操作应该由Model层来完成？ 划分⽅法： 当某⼀个操作不知道该放在控制层做还是模型层的时候，可以问⾃⼰⼀个问题：“如果从web应⽤改成桌⾯应⽤，那这个操作还需要做吗？” 如果回答是yes，那就放在model层，否则放着Control层。

⽐如说有如图的⼀个操作 显然，对电流值的⼤⼩的“判断”放在Control层或者放在Model层都是可以的。

在Control层做好判断以后，再根据情况调⽤Model层的operation1或2，可以视作是Model层的细粒度封装。

但是，考虑到J2EE中的控制层是⽤servlet来编写，如果现在⼯程要改变⼀种形式，⽐如，要变成web service + Client App的⽅式，那么Control层的代码显然就归到了Client端。

对于Model层，由于是java编写，因此即使变成web service，那么整个model层的代码和原先的operations还是可⽤的。

但是Control层就要根据client端的平台（可能是PC机要⽤C#，移动终端要⽤android或IOS）的不同⽽改变。

如果将“判断”放到了Control层，那么显然要在各个不同的终端版本上⽤各种语⾔编写这个“判断”，⽽这个⼯作完全是重复性的。

并且，如果判断的⽅式改变了，⽐如不是按照阈值判断，⽽是分成不同的电流层次，如3层、5层等，那么终端的程序就需要升级才能适应新的业务要求。

有⼈也许要说，之所以⼀开始设计成web应⽤就是为了通过浏览器实现“⼀次编写，到处运⾏”的⽬的。

但是，在这个移动终端越来越⽕的年代，很难保证某个应⽤会不会需要开发终端平台，以⽤来替代浏览器的展⽰⽅式。