提示：以下是本篇文章正文内容，下面案例可供参考
一、三层架构：软件设计架构
我们的开发架构一般都是基于两种形式，一种是 C/S 架构，也就是客户端/服务器，另一种是 B/S 架构，也就
是浏览器服务器。在 JavaEE 开发中，几乎全都是基于 B/S架构的开发。那么在 B/S架构中，系统标准的三层架构包括：表现层、业务层、持久层。三层架构在我们的实际开发中很多项目都是基于三层架构设计的。
1.1 表现层
表现层：
也就是我们常说的web层。它负责接收客户端请求，向客户端响应结果，通常客户端使用http协议请求 web 层，web 需要接收 http 请求，完成 http 响应。
表现层包括展示层和控制层：控制层负责接收请求，展示层负责结果的展示。
表现层依赖业务层，接收到客户端请求一般会调用业务层进行业务处理，并将处理结果响应给客户端。
表现层的设计一般都使用 MVC 模型。（MVC 是表现层的设计模型，和其他层没有关系）
1.2 业务层
也就是我们常说的 service 层。它负责业务逻辑处理，和我们开发项目的需求息息相关。web 层依赖业务层，但是业务层不依赖 web 层。
业务层在业务处理时可能会依赖持久层，如果要对数据持久化需要保证事务一致性。（也就是我们说的，事务应该放到业务层来控制）
1.3 持久层
也就是我们是常说的 dao 层。负责数据持久化，包括数据层即数据库和数据访问层，数据库是对数据进
行持久化的载体，数据访问层是业务层和持久层交互的接口，业务层需要通过数据访问层将数据持久化到数据库中。通俗的讲，持久层就是和数据库交互，对数据库表进行曾删改查的。
1.4 总结
分层的目的是为了解耦，解耦就是为了降低代码的耦合度，方便项目后期的维护和升级。
1、视图层（web层）：用于显示数据和接收用户输入的数据
2、业务逻辑层（service层）：负责关键业务的处理和数据的传递
3、数据访问层（dao层）：主要负责对数据库的直接访问
1.5 优点
1、开发人员可以只关注整个结构中的其中某一层；
2、可以很容易的用新的实现来替换原有层次的实现；
3、可以降低层与层之间的依赖；
4、有利于标准化；
5、利于各层逻辑的复用；
6、结构更加的明确；
7、在后期维护的时候，极大地降低了维护成本和维护时间；
1.6 框架技术实现三层
后期我们会使用SSM框架来实现三层架构，每一个层使用不同的框架技术来实现
