0817（持久层框架：JDBC,MyBatis）

三层架构（表现层，业务层，持久层）

java中框架的概述（表现层、业务层、持久层的关系）_控制层业务层持久层的关系-CSDN博客

框架：框架一般处在低层应用平台（如J2EE）和高层业务逻辑之间的中间层。

框架的重要性在于它实现了部分功能，并且能够很好的将低层应用平台和高层业务逻辑进行了缓和。为了实现软件工程中的“高内聚、低耦合”。把问题划分开来各个解决，易于控制，易于延展，易于分配资源。我们常见的MVC软件设计思想就是很好的分层思想。

在B/S架构中，系统标准的三层架构包括：表现层、业务层、持久层。

表现层：接受请求展示数据

也就是我们常说的web层。它负责接收客户端请求，向客户端响应结果，通常客户端使用http协议请求web层，web需要接收http请求，完成http响应。

MVC模型

View（展示数据）

• 视图是用户界面的表示。它从模型接收数据并显示给用户。视图负责数据的展示，但不包含任何业务逻辑。
• 视图通常是由HTML、CSS和JavaScript等前端技术构建的。在MVC模型中，视图会订阅模型的变化，以便在数据更新时自动重新渲染。

Controller（桥梁）

• 控制器是模型和视图之间的桥梁，它接收用户的输入并调用模型和视图去完成用户的需求。
• 控制器本身不输出任何东西和做任何数据处理，它只是接收请求并决定调用哪个模型组件去处理请求，然后再确定用哪个视图来显示返回的数据。

Model（处理数据逻辑）

• 模型是应用程序中用于处理数据逻辑的部分。它负责数据的表示（如数据库记录列表）、数据的验证和业务规则（如计算利息）。模型与数据格式有关，但与数据的显示方式无关。
• 模型接收视图的数据请求，并返回相应的数据。同时，当模型中的数据发生变化时，它会通知视图进行更新。

业务层（service层）

也就是我们常说的service层。它负责业务逻辑处理，和我们开发项目的需求息息相关。web层依赖业务层，但是业务层不依赖web层。 业务层在业务处理时可能会依赖持久层，如果要对数据持久化需要保证事务一致性。（也就是我们说的，事务应该放到业务层来控制）

持久层（dao层）：对数据库进行增删改查

也就是我们是常说的dao层。负责数据持久化，包括数据层即数据库和数据访问层，数据库是对数据进行持久化的载体，数据访问层是业务层和持久层交互的接口，业务层需要通过数据访问层将数据持久化到数据库中。

JDBC