目前主流项目分类：
 C/S架构：客户端—服务端 资源加载主要依靠用户电脑
 B/S架构：浏览器—服务端 资源加载主要依靠服务器
 
B/S三层架构图
 
 
Web开发和服务器
 
Web开发
 C/S架构：客户端—服务端 资源加载主要依靠用户电脑
 B/S架构：浏览器—服务端 资源加载主要依靠服务器
 
在BS架构下，客户端只需要浏览器，应用程序的逻辑和数据都存储在服务器端。浏览器只需要请求服务器，获取Web页面，并把Web页面展示给用户即可。
 由于Web页面是用HTML编写的，而HTML具备超强的表现力，并且，服务器端升级后，客户端无需任何部署就可以使用到新的版本，因此，BS架构迅速流行起来。
 今天，除了重量级的软件如QQ，Office，Photoshop等，大部分软件都以Web形式提供。比如，淘宝、百度，均是Web应用。这种以网页形式存在的软件项目开发，称为Web开发。
 JAVA语言是目前使用最多的Web开发后台语言。实际上，目前JAVA语言也主要用来做Web开发。
 
学习JavaWeb开发前需要具备的知识:
 前端：Html+Css+JavaScript
 后端：Java基本语法、JDBC技术
 数据库知识
 
服务器
 硬件层面：Web项目运行的硬件基础，本质上就是一台或多台计算机。
 软件层面：Web项目运行环境，只有配置了服务器软件，Web项目才能被用户访问。
 JAVA开发中常用的服务器软件：
 Apache（Web服务器，可以运行普通的静态资源）
 Tomcat（JavaWeb应用服务器，可以解析JAVA程序，运行动态资源）
 Nginx（反向代理服务器，大型项目做服务器集群时需要用到）
 我们在Java Web开发课程中使用Tomcat。

三层架构基本理论
 
三层架构和MVC的区别
 
MVC是一种软件工程中的一种软件架构模式，把软件系统分为三个基本部分：模型（Model）、视图（View）和控制器（Controller），即为MVC。
 
三层架构是将整个业务应用划分为： 
 表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。 
 1、表现层（UI）：就是展现给用户的界面。　　 
 2、业务逻辑层（BLL）：是对数据层的操作，对数据业务逻辑处理。　　 
 3、数据访问层（DAL）：操作数据库，针对数据的增添、删除、修改、更新、查找等。
 
 
常用框架ssh
 
spring+hibernate+struts组合框架，使用spring的 IoC来管理应用的 所有bean，包括struts2的 action，充分发挥了spring轻量级框架的优势
 
spring，hibernate，structs是三种框架技术，通过集成以上三种框架技术来对传统的J2EE Web开发模型加以改进，以形成一种新的、轻量型的J2EE架构，SSH框架。
 
表示层框架Struts
 
 Struts是一个在JSP Model2基础上实现的MVC框架，主要分为模型(Model)、视图(Viewer)和控制器(Controller)三部分
 
 
业务逻辑层框架Spring
 
 
数据持久层框架Hibernate
 
Hibernate通过对JDBC的封装，向程序员屏蔽了底层的数据库操作，使程序员专注于OO程序的开发，有助于提高开发效率。程序员访问数据库所需要做的就是为持久化对象编制xml映射文件[4] 。 
 底层数据库的改变只需要简单地更改初始化配置文件(hibernate.cfg.xml或者hibernate.properties)即可，不会对应用程序产生影响。 
 Hibernate有自己的面向对象的查询语言HQL，HQL功能强大，支持目前大部分主流的数据库，如Oracle、DB2、MySQL、 Microsoft SQL Server等，是目前应用最广泛的O/R映射工具。Hibernate为快速开发应用程序提供了底层的支持。 
 
 
集成SSH的新型J2EE框架
 
系统分为四层：表示层、业务逻辑层、数据持久层和域模块层。Struts作为系统的整体基础架构，负责MVC的分离，在 Struts框架的模型部分，利用Hibernate框架对持久层提供支持，业务层用Spring支持。具体做法是：用面向对象的分析方法根据需求提出一些模型，将这些模型实现为基本的Java对象，然后编写基本的DAO接口，并给出Hibernate的DAO实现，采用Hibernate架构实现的 DAO类来实现Java类与数据库之间的转换和访问，最后由Spring完成业务逻辑。
 
 
[部分理论性概述来自百度搜索]

目录
 
MVC与三层架构的区别
 
不同点
 
相同点
 
MVC
 
三层架构
 
二者“生搬硬套”的对应关系
 

MVC与三层架构的区别
 
 
不同点
 
三层架构是程序设计的一种典型架构方式，确立项目后首先做的是对其进行架构设计，三层架构就是把应用程序的分层，从而降低各个模块之间的耦合。而MVC是程序的一种设计模式，即应用程序确立架构后再根据需求决定是否要采用的一种模式, 是一种使程序代码变得条理、逻辑、通用的代码规范。因此二者的区别也就显现出来了，三层架构是一种架构方式而MVC是一种设计模式（或者说是一种设计思想）。
 
三层架构的分层模式是典型的上下关系，上层依赖于下层。但MVC作为表现模式是不存在上下关系的，而是相互协作关系。即使将MVC当作架构模式，也不是分层模式。MVC和三层架构基本没有比较的意义，是应用于不同领域的技术。
 
相同点
 
MVC与三层架构虽然说实质是不同的，但在所达到的目的、所实现的效果是相同的，二者都是为了应用程序解耦，即使应用程序达到”高内聚，低耦合“的目的。
 
 
 
MVC
 
MVC即 Model-View-Controller，它是一种GUI界面设计的主流模式，主流思想，共分为三层：模型层、视图层、控制层。MVC强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。
 
M：模型层，用来实现数据表结构与应用程序实体对象对应、实现业务逻辑处理以及数据库的访问等等。
 
V：视图层，实现与用户交互的界面，实现数据的输入输出功能。
 
C：控制层，联系、控制模型层和视图层去完成用户的需求，控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后再确定用哪个视图来显示返回的数据。
 
MVC的工作方式，以实现用户登录为例，首先View层接受用户输入的账号和密码等数据，然后传递给Congtroller层，Controller层调用Model层的业务逻辑处理方法并返回一个结果给Controller层，最后Controller层判断是否登录成功弹出信息或调出登录的界面。
 
 
 
三层架构
 
通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的即为了实现“高内聚，低耦合”的思想。
 
1.表现层（UI）：实现应用程序的界面，从而实现用户进行交互的功能。
 
2.业务逻辑层（BLL）：针对具体的业务需求而进行业务逻辑处理，直接对数据访问层进行操作。
 
3.数据访问层（DAL）：该层直接对数据库进行操作，对数据进型增删改等。
 
 
 
二者“生搬硬套”的对应关系
 
所谓”生搬硬套“就是二者本没有关系，一个为架构一个为设计模式怎么谈关系。是因为在使用三层架构或N层架构的基础上常会伴有MVC，所以大家总是会认为MVC就是三层架构或三层架构就是MVC，殊不知，它们二者是一起出现的。因此便会产生这种：View层对应三层架构的表现层，Model层对应三层架构的业务逻辑层和数据访问层。
 
严格说这三个加起来以后才是三层架构中的UI层，也就是说，MVC把三层架构中的UI层再度进行了分化，分成了控制器、视图、实体三个部分，控制器完成页面逻辑，通过实体来与界面层完成通话；而C层直接与三层中的业务逻辑层BLL进行对话。
 

希望以上对你有帮助，欢迎评论，求点赞，你的支持是我写作的最大动力~

 
1、三层架构的优势：
 
 
适应变化、利于维护：项目需求往往随市场的变化而发生变化，三层架构通过将各功能模块分离，提高了项目的可维护性和代码的可重用性。
适于协作开发。
主流趋势，越来越多的的企业在开发项目使用三层架构做为项目的基础架构。三层架构在将来会有更大的市场。
 
2、三层架构包括哪些层？
 
 
数据访问层（Database access layer）、业务逻辑层（business logical layer）、表示层（User Interface）
 
 
数据访问层：封装了所有与数据库的交互操作。即对数据库的增、删、改、查操作，不做业务逻辑的判断。
 
 
过去使用ADO.NET连接数据库需要编写固定格式的代码，比如打开数据库连接，关闭数据库连接等。在面向对象的课程中，我们在每一个数据库访问层代码中编写重复的ADO.NET代码。那么大家有没有想到重用这些代码呢？这里我们使用了一个封装了ADO.NET方法的类---SqlHelper类，用来提高数据访问代码的可重用性。
 
 
针对模型层中的每一个类，数据访问层都有一个对应的数据访问类。比如针对User实体类，有一个对应UserService类，专门处理有关User表的数据。
 
 
3、三层深入理解
 
 
1. 复杂项目不能把SQL语句直接写到界面里，不模块化、难以维护，应该采用三层架构。先慢慢吸收，然后理解。Web开发中的三层机构也是同样的结构。还有更复杂的三层架构和多层架构。
 
 
2. 三层的组成
 
 
界面层UI
数据库访问层DAL
业务逻辑层BLL
 
对数据进行操作的代码写在DAL中，一般都是SQL语句，DAL只有对数据的操作，不能有逻辑判断。
 
 
3. 三层架构图
 
 
 
 
4. 三层实战
 
 
1. 命名规则：DAL层，一般使用表名+Service，例如：EmpService。
 
 
BLL层，一般表名+BLL，例如：Emp表在BLL层命名为EmpBLL
 
 
但是这里注意一点：BLL不是简单对DAL层的转发，还包含业务逻辑。例如：“未经审核的数据不恩能够删除”这样的业务逻辑就放在BLL中。
 
 
2. 三层的有点
 
 
UI层和BLL打交道，不用处理SQL语句；开发更方便，更不容易出错。一般，UI层中没有复杂的代码，解耦合，容易改变UI层技术，如果从Winform改到asp.net只需要修改UI就可以了，如果由MsSql改成Oracle，只需要修改DAL即可。
 
 
Model是在三层中传递数据的，而且Model不属于三层中的任意一层。
 
 
那么各层之间使用Model（实体类的作用是什么呢？）
 
 
表示层中使用实体类
 
 
将解析实体对象封装的数据展示给用户。
将用户请求的数据封装到实体对象中。
 
业务逻辑层使用实体类
 
 
将接受到的实体对象传递到下一层。
根据用户请求对实体对象中的数据进行处理。
 
在数据访问层中使用实体类
 
 
将数据库中的数据封装到实体对象中或将多个实体对象封装成集合。
将实体对象中的数据保存到数据库中。
 
5. 三层的效率
 
 
三层一般会比不分层慢，但是为了分工明确，这样的少量的性能下降时可以接受的，很多时候效率不是唯一追求因素。
 
转载于:https://www.cnblogs.com/itchenguo/p/11021947.html