架构分层设计

原创 已于 2022-05-14 10:51:17 修改 · 3.1k 阅读 · 7 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#架构 #分层

于 2019-04-13 15:54:42 首次发布

0 概述

本文主要在实际工作积累，谈谈个人对架构分层的理解。

1 为什么要分层

  • 如果你的业务非常简单，完全可以不分层，反而分层只会增加工作量
  • 如果业务稍微复查一些，如果不分层将会难以维护，牵一发而动全身，试下想下如果页面上需要展示用户会员等级时候，如果没有分层那么将从头改到尾。
  • 分层的目标是软件易维护、可扩展，让每一层的职责单一（高内聚），每一层只能依赖同层下一层，不乱调用（低耦合）。

2 经典分层架构

最为常见的经典的三层架构：接口层(user interface)、业务逻辑层(business logic)、数据访问层(data access)，这种架构比较适合业务规模不是很复杂的场景。
在这里插入图片描述

3 DDD 分层架构

Evans在《领域驱动设计》中提到的分层架构

  • api 层与外部用户/系统交互的，常见的如RPC接口，HTTP接口
  • 应用层 组织整个应用的流程，对领域层域服务进行流程编排完成相应的工作
  • 领域层 系统核心层，负责表达业务概念、规则、状态，完成领域中属于自己应有的行为而不是完成业务，比如人具备吃个能力，是个与业务无关的行为。具体是吃的西瓜还是苹果由上层的Manager 或者Service 来决定（业务来）。
  • 基础设施层，基础设施层围绕领域层、应用层、接口层提供支撑
    在这里插入图片描述
【系统架构设计师】高分论文：论企业应用系统的分层架构风格
数据知道的博客
11-07 5565
2021 年 12 月，本人所在的公司承担了 “某国际贸易综合服务及经济案事件预警平台”（下文简称 “预答平台”）的升级改造工作。我担任本项目的系统架构师，负责该预答平台开发的管理、规划、设计工作。该预警平台以互联网为载体，为在某市经商的广大个体工商户、货代公司、国内外采购商等经营主体提供最新的国内外贸易风险预答、经济犯罪通报等信息以及失信或违法行为的检举入口。本文结合作者的实践，以预警平台开发与设计为例，论述企业应用系统的分层架构风格。
架构模式——分层架构
庄的博客
06-18 2231
分层架构是一种软件架构模式，它将软件系统分为多个相互独立的层，每一层都有其特定的职责。这些层通常按照功能进行组织，从用户界面到数据访问，每一层都只与它的上下层直接通信。常见的分层包括：表示层（或UI层）、业务逻辑层、数据访问层和数据库层。
架构设计之分层说明
02-07
架构设计之分层说明
分层架构设计
我们不生产任何代码 只做代码的搬运工
09-17 461
一、前言 都说”不想做架构师的开发不是好前端“，”一千个读者心中有一千个哈姆雷特“。我相信每个开发者心中，都有一个属于自己的框架，所以今天我就给大家探讨一下我心中的简单分层架构设计。 在说分层架构设计之前，先说下我对架构设计的理解，不足之处还希望大神指点。《.NET应用架构设计》这本书里面写到：架构设计其实为“架构”和”设计”的两个概念，架构是对业务需求的高层抽象，而设计是将高层抽象的需求与具体的技术实现联系起来，在此过程中，会根据实际情况考虑到系统的稳定性、安全性、扩展性兼容性等各种因素。所以在项目业
分层架构设计（Layered Architecture）
qq2745567641的博客
06-24 1342
分层架构是企业级应用开发中广泛采用的软件设计模式，通过将系统划分为应用层、业务逻辑层和数据访问层，实现关注点分离。应用层负责用户交互，业务逻辑层处理核心业务规则，数据访问层管理数据持久化。这种架构具有松耦合、高可维护性和易于测试等优点，各层通过定义良好的接口交互并遵循单向依赖原则，有效提升了系统的可扩展性和稳定性。
伤不起的分层架构设计
weixin_34242819的博客
08-07 183
童鞋们在编写软件系统时经常面对这样一些问题： 1.程序写好能运行就可以了，为什么要多此一举进行分层？ 2.分层的概念是什么？ 3.那么如何进行合理分层，分的层次越多越好吗？ 解决问题的答案: 答1： 程序能运行就OK了，分层干嘛？有一组关于软件开发成功率的报告（Standish Group报道的软件项目成功率）中提到： 1994软件项目成功率为16%、 2001为28%  、2003为3...
分层架构设计概念
weixin_52379842的博客
03-19 1357
技术架构分层设计   系统分层设计是一种设计思想（分而治之），是让每层对象都有一个独立职责，再让多 层对象协同（耦合）完成一个完整的功能。这样做可以更好提高系统可扩展性,但同时也会 增加系统整体运维的难度 springBoot技术简介和特性   Spring Boot 是 Java 软件开发框架（很多人现在把它理解为一个脚手架），其设计目 的是用来简化 Spring 项目的初始搭建以及开发过程。该框架使用了特定的注解方式来进行 配置，从而使开发人员不再需要大量的 xml 配置。不再需要大量的手动依赖管理。约
什么是软件的分层架构设计？有什么优缺点？
软件行业技术文化交流。
12-13 1661
通常一个典型的软件分层架构包括表示层（Presentation Layer）、业务逻辑层（Business Logic Layer）和数据访问层（Data Access Layer）。软件的分层架构设计是一种将软件系统按照不同的职责和功能划分为多个层次的架构模式。每个层次都相对独立，并且通过定义清晰的接口与相邻层次进行交互。
高并发系统设计之架构分层
Carroll的博客
11-13 2687
软件架构分层在软件工程中是一种常见的设计方式，它是将整体系统拆分成 N 个层次，每个层次有独立的职责，多个层次协同提供完整的功能。“MVC”（Model-View-Controller）架构。它将整体的系统分成了 Model（模型），View（视图）和 Controller（控制器）三个层次，也就是将用户视图和业务处理隔离开，并且通过控制器连接起来，很好地实现了表现和逻辑的解耦，是一种标准的软件分层架构。
系统应用分层架构图（可线上编辑）
06-24
1、平台架构图，分层展示架构图：从访问层、前端UI、web层、业务层、数据存储等层次展示系统架构，设置权限控制与日志记录； 2、提供pdf版本和可线上编辑文件，若需要编辑，可根据readme操作，操作简单 3、压缩包中...
架构师必备底层逻辑：分层架构设计
QcloudCommunity的博客
09-11 1114
????目录1 分层的优点2 分层的缺点3分层的原则4 总结有句话叫做互联网技术中的银弹，加一层解决各种问题。我们在微服务架构设计的时候会碰到分层，数据仓库设计的时候也有分层，协议设计的的时候也有分层，大部分的设计模式也是多加一层抽象。这些所有的分层都有什么共同点，分层的优缺点是什么，分层的原则是什么。我们经常拿到各种眼花缭乱的分层概念，在实践中又感觉无法完全套上去。本文尝试进行一次简单探讨。关注腾讯...
架构设计与分层
Mind_programmonkey的博客
06-17 612
分层设计
diaoju3333的博客
10-09 864
分层（Layer）模式是最常见的一种架构模式。甚至说分层模式是很多架构模式的基础。分层描述的是架构设计过程,从最低级别的抽象开始，称为第1层，这是系统的基础，通过将第J层放置在第J-1层的上面逐步向上完成抽象阶梯，直到到达功能的最高级别，称为第N层。 定义：将解决方案的组件分隔到不同的层中。每一层中的组件保持内聚性，并且大致在同一抽象级别。每一层都应与它下面的各层保持松散耦合。 关...
什么是分层架构模式
月黑杀人夜，风高放火时！
03-05 3044
分层（Layer）模式是最常见的一种架构模式。甚至说分层模式是很多架构模式的基础，本章下面讲到的一些内容实际上都和分层模式相关联。分层描述的是这样一种架构设计过程：从最低级别的抽象开始，称为第1层。这是系统的基础。通过将第J层放置在第J-1层的上面逐步向上完成抽象阶梯，直到到达功能的最高级别，称为第N层。因而分层模式就可以定义为：将解决方案的组件分隔到不同的层中。每一层中的组件应保持内聚性
【架构】分层架构 (Layered Architecture)
wangyi463295828的博客
02-19 1920
分层架构（Layered Architecture）模型是一种常见的软件设计架构，它将软件系统按照功能划分为不同的层次，每个层次都有特定的职责和功能，层与层之间存在清晰的依赖关系。这种架构有助于提高软件的可维护性、可扩展性和可复用性。
一文读懂分层架构
热门推荐
技术杂谈
07-23 3万+
分层架构由来已久，将一个软件系统进行分层，似乎已经成为了每个开发人员的固有意识，甚至不必思考即可自然得出。这其中最为经典的就是三层架构以及领域驱动设计提出的四层架构。
架构 分层 设计模式
最新发布
06-28
在软件架构设计中，分层结构是一种广泛采用的组织方式，它通过将系统划分为多个逻辑层次，使得每一层专注于特定的功能，并与上下层进行交互。这种设计不仅提升了代码的可维护性和可扩展性，还增强了系统的模块化程度，便于团队协作和功能复用。 ### 分层架构的基本概念 分层架构（Layered Architecture）通常包括以下几个主要层次： - **表示层（Presentation Layer）**：负责与用户交互，接收用户的输入并展示处理结果。例如，Web应用中的前端页面或移动应用的UI组件。 - **业务逻辑层（Business Logic Layer）**：包含核心业务规则和处理逻辑。这一层通常不直接依赖于数据存储细节，而是通过接口与下一层通信。 - **数据访问层（Data Access Layer）**：负责与数据库或其他持久化机制交互，执行数据的读取和写入操作。 每个层次之间通过定义良好的接口进行通信，上层调用下层提供的服务，而下层对上层的具体实现保持透明。这种松耦合的设计有助于提高系统的灵活性和可测试性[^2]。 ### 常用设计模式在分层架构中的应用 在实际开发中，为了更好地实现分层架构的优势，常常会结合一些经典的设计模式来增强系统的结构清晰度和可维护性。以下是几种常用的与分层架构密切相关的模式： #### 1. MVC（Model-View-Controller） MVC 是一种用于构建用户界面的经典模式，尤其适用于 Web 应用程序。它将应用程序分为三个主要部分： - **Model**：管理应用程序的数据和业务逻辑。 - **View**：负责数据的可视化展示。 - **Controller**：处理用户输入，协调 Model 和 View 之间的交互。 MVC 模式通过分离关注点，使得各部分可以独立变化，提高了代码的可维护性和可测试性。在分层架构中，Controller 可以被视为业务逻辑层的一部分，而 Model 则可能跨越业务逻辑层和数据访问层[^1]。 #### 2. DAO（Data Access Object） DAO 模式用于抽象和封装所有对数据源的访问操作。通过定义一个接口，DAO 提供了一组方法供其他层调用，从而屏蔽了底层数据访问的具体实现。这种方式使得上层无需关心数据是如何存储或检索的，只需通过统一的接口进行操作。DAO 模式常用于数据访问层，帮助实现业务逻辑与数据存储的解耦[^1]。 #### 3. Service Layer（服务层） 服务层是位于业务逻辑层和表示层之间的一个抽象层，它封装了应用程序的核心业务逻辑。服务层通常由一组无状态的服务组成，这些服务可以通过远程调用（如 REST API 或 SOAP）被外部系统访问。服务层的存在使得业务逻辑更加集中和易于管理，同时也为不同客户端提供了统一的接口[^1]。 #### 4. Repository 模式 Repository 模式是对 DAO 模式的进一步抽象，它提供了一个更高级别的数据访问接口，隐藏了底层数据访问的复杂性。Repository 不仅可以处理数据的查询和更新，还可以支持事务管理和批量操作。该模式常见于领域驱动设计（DDD），并在业务逻辑层中扮演重要角色，确保业务规则的一致性和完整性[^1]。 #### 5. Dependency Injection（依赖注入） 虽然依赖注入不是专门针对分层架构的模式，但它在实现松耦合的分层结构中起到了关键作用。通过依赖注入，对象不再自己创建或查找其依赖项，而是由外部容器自动注入所需的依赖。这不仅简化了代码的编写，还极大地提升了代码的可测试性和可维护性。Spring Framework 中广泛使用了依赖注入机制来管理各个层次之间的依赖关系[^1]。 ### 示例：基于 Spring Boot 的分层架构实现 下面是一个简单的 Spring Boot 应用程序示例，展示了如何使用上述提到的设计模式来构建一个典型的分层架构： ```java // Model 类 public class User { private Long id; private String name; private String email; // Getters and Setters } // Repository 接口 public interface UserRepository extends JpaRepository<User, Long> { } // Service 层 @Service public class UserService { @Autowired private UserRepository userRepository; public List<User> getAllUsers() { return userRepository.findAll(); } public User getUserById(Long id) { return userRepository.findById(id).orElseThrow(() -> new ResourceNotFoundException("User not found")); } public User createUser(User user) { return userRepository.save(user); } } // Controller 层 @RestController @RequestMapping("/api/users") public class UserController { @Autowired private UserService userService; @GetMapping public List<User> getAllUsers() { return userService.getAllUsers(); } @GetMapping("/{id}") public User getUser(@PathVariable Long id) { return userService.getUserById(id); } @PostMapping public User createUser(@RequestBody User user) { return userService.createUser(user); } } ``` 在这个例子中，`User` 类代表模型层，`UserRepository` 是 DAO 接口，`UserService` 实现了服务层的逻辑，而 `UserController` 处理 HTTP 请求并返回响应。整个架构清晰地划分了职责，并通过 Spring 的依赖注入机制实现了各层之间的解耦。 ### 总结 分层架构作为一种经典的软件设计方法，能够有效提升系统的可维护性、可扩展性和可测试性。通过结合 MVC、DAO、Service Layer、Repository 模式以及依赖注入等设计模式，开发者可以在实践中更好地组织代码结构，降低模块间的耦合度，从而构建出更加健壮和灵活的应用系统。 ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值