三层架构(表现层,业务层,持久层)
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层。负责数据持久化,包括数据层即数据库和数据访问层,数据库是对数据进行持久化的载体,数据访问层是业务层和持久层交互的接口,业务层需要通过数据访问层将数据持久化到数据库中。