目录

前言

一、什么是三层架构

各模块功能划分表：

三层架构运作流程图：

三层架构中各功能模块如何联系？

Entity在三层架构中的作用：

 三层及实体层之间的依赖关系：

二、为什么使用三层架构

三、三层与两层的区别

三层架构的优势：

三层架构的劣势：

前言

在阅读本篇文章时请关注如下问题：

1.什么是三层架构？

2.为什么使用三层架构？

3.三层与以往使用的两层相比有什么不同？它的优势在哪里？

4.如何学好三层架构？如何应用三层架构？ 

一、什么是三层架构

        三层架构就是为了符合“高内聚，低耦合”思想，把各个功能模块划分为表示层（UI）、业务逻

辑层（BLL）和 数据访问层（DAL）三层架构，各层之间采用接口相互访问，并通过对象模型的实

体类（Model）作为数据传递的载体，不同的对象模型的实体类一般对应于数据库的不同表，实体

类的属性与数据库表的字段名一致。

各模块功能划分表：

三层架构运作流程图：

三层架构中各功能模块如何联系？

        这里就要提到Entity(实体层)：它不属于三层中的任何一层，但是它是必不可少的一层。对于大量的数据来说，用变量做参数有些复杂，因为参数量太多，容易搞混。比如：我要把员工信息传递到下层，信息包括：员工号、姓名、年龄、性别、工资.......用变量做参数的话，那么我们的方法中的参数就会很多，极有可能在使用时，将参数匹配搞混。这时候，如果用实体做参数，就会很方便，不用考虑参数匹配的问题，用到实体中哪个属性拿来直接用就可以，很方便。这样做也提高了效率。

Entity在三层架构中的作用：

（补充：3.中为什么说可以暂时理解为每个数据表对应一个实体？？

      我们做系统的目的，是为用户提供服务，用户可不关心你的系统后台是怎么工作的，用户只关心软件是不是好用，界面是不是符合自己心意。用户在界面上轻松的增、删、改、查，那么数据库中也要有相应的增、删、改、查，而增删改查具体操作对象就是数据库中的数据，说白了就是表中的字段。所以，将每个数据表作为一个实体类，实体类封装的属性对应到表中的字段，这样的话，实体在贯穿于三层之间时，就可以实现增删改查数据了）

 三层及实体层之间的依赖关系：

​

二、为什么使用三层架构

        三层架构区分层次的目的是为了 “高内聚，低耦合”。开发人员分工更明确，将精力更专注于应用系统核心业务逻辑的分析、设计和开发，加快项目的进度，提高了开发效率，有利于项目的更新和维护工作。

三、三层与两层的区别

两层：

（当任何一个地方发生变化时，都需要重新开发整个系统。"多层"放在一层，分工不明确耦合度高——难以适应需求变化，可维护性低、可扩展性低）

三层：

（发生在哪一层的变化，只需更改该层，不需要更改整个系统。层次清晰，分工明确，每层之间耦合度低——提高了效率，适应需求变化，可维护性高，可扩展性高）

三层架构的优势：

三层架构的劣势：

感谢大家的访问与阅读

快来点赞评论走一波（必回哟）！

学而止步之java后台三层架构是干嘛呢？

1.后台三层架构基础知识梳理

1. 后台三层架构的知识梳理

   所谓的三层开发就是将整个业务应用划分为表现层，业务逻辑层，数据访问层，这样有利于系统的开发，维护，部署和拓展

2. 后台三层架构的目的是

   三层架构的划分实现了"高内聚，低耦合"，采用**"分而治之"的算法思想，把问题划分开来解决，易于控制、拓展和资源的分配**

3. 后台三层架构各个职责是

   表现层/表示层(servlet)：负责直接跟用户进行交互，一般是指系统的界面，用于数据录入、数据显示等。意味着只做与外观显示相关的工作，不属于它的工作不用做。

   业务层/服务层（Service）：用于做一些有效性验证的工作，以更好地保证程序运行的健壮性。如完成数据添加、修改和查询业务；不允许指定的文本框中输入空字符串；数据格式是否正确及数据类型验证；用户权限的合法性判断等。通过以上的诸多判断以决定是否将操作继续向后传递，尽量保证程序的正常运行。文件名常含有service

   持久层/数据访问层（data access object）：顾名思义，就是用于专门跟数据库进行交互，执行数据的添加、删除、修改和显示等。需要强调的是，所有的数据对象只在这一层被引用，如System.Data.SqlClient等，除数据层之外的任何地方都不应该出现这样的引用。文件名常含有Dao

2.为什么使用三层架构

1. 对于一个简单的应用程序来说，在代码量不是很多的情况下，单层架构或二层架构开发完全够用，没有必要将其复杂化，如果将一个复杂的大型系统设计为单层架构或二层架构，这样的设计则会存在很严重的缺陷。下面会具体介绍，分层开发其实是为大型系统服务的。
2. 在开发过程中出现相似的功能时，初级程序人员经常会复制代码，那么同样的代码为什么要写那么多次？这样不但使程序变得冗长，也不利于维护，一个小小的修改或许会涉及很多页面，经常会导致异常的产生，使程序不能正常运行。最主要的是面向对象的思想没有得到丝毫的体现，打着面向对象的幌子却依然走着面向过程的道路。
   3. 针对这样的问题，初级程序人员应学会将程序中一些公用的处理程序写成公共方法，封装在类中，供其他程序调用。例如写一个数据操作类，对数据操作进行合理封装。在数据库操作过程中，只要类中的相应方法（数据添加、修改、查询等）可以完成特定的数据操作，这就是数据访问层，不用每次操作数据库时都写那些重复性的数据库操作代码。在新的应用开发中，数据访问层可以直接拿来用。面向对象的三大特性之一的封装性在这里得到了很好的体现。采用面向对象的方法，可使代码量较以前有很大的减少，而且修改的时候也比较方便，实现了代码的重用性。

3.使用三层架构开发的优点

1. 从开发角度和应用角度来看，三层架构比二层架构或单层架构有更大的优势。三层架构适合团队开发，每个人可以有不同的分工，协同工作能使效率倍增。开发二层或单层应用时，每个开发人员都应对系统有较深的理解，对人员能力要求很高，而开发三层应用时，则可以结合多方面的人才，只需少数人对系统有全面的了解即可，在一定程度上降低了开发的难度。
2. 三层架构可以更好地支持分布式计算环境。逻辑层的应用程序可以在多个机器上运行，充分利用网络的计算功能。分布式计算的潜力巨大，远比升级CPU有效。美国人曾利用分布式计算进行解密，几个月就破解了据称永远都破解不了的密码。
3. 三层架构的最大优点是它的安全性。用户只能通过逻辑层来访问数据层，减少了入口点，把很多危险的系统功能都屏蔽了。

1、数据访问层的介绍

数据访问层（Data Access Layer，简称 DAL）负责与数据库的交互，运行数据库查询并执行更新。简单的说法就是实现对数据表的Select（查询），Insert（插入），Update（更新），Delete（删除）等操作。如果要加入ORM的元素，那么就会包括对象和数据表之间的映射，以及对象实体的持久化。数据访问层，简单的说，就是在DAL层对数据库进行的SQL语句等操作。

2、数据访问层的命名规范

1、数据访问层以 DAL 命名或以解决方案名称 +DAL 的格式命名。

2、数据库中的每张表，在数据访问层都有相对应的数据访问类。即数据库的每张表都对应一个类，负责对该表执行增删改查等操作。

3、数据访问类中的方法

一般数据访问层的数据访问类主要包括的方法有以下四种：

（1）增（Create）；对库中的数据表实现新增操作。

（2）删（Delete）；对库中的数据表实现删除操作。

（3）改（Update）；对库中的数据表实现修改操作。

（4）查（Select）；对库中的数据表实现查询操作。

需要知道的是，每个数据表访问类里面的方法可以有多个，但是基本围绕的操作都是上述4种。

4、我写的书开始预售了！

最近正在写一本《ASP.NET Web动态网站》开发的书，预计2月底写完，敬请期待~

预售网址：【村长编写】14天零基础到入门搞定ASP.NET Web网页开发【书籍】预售

更多编程知识获取关注公众号：琉忆编程库