本文探讨了分层架构的设计原则，强调了单一职责原则在架构中的应用。通过分层和垂直切片的方式，实现业务用例的解耦。接着介绍了整洁架构，关注领域层，依赖关系由内向外，明确了各层的主要职能，包括Entities、Use Cases、Interface Adapters和Frameworks and Drivers。最后提到了六边形架构的概念。
分层架构是运用最为广泛的架构模式，几乎每个软件系统都需要经过层来隔离不同的关注点，以此应对不同需求的变化，使得这种变化可以独立进行；各个层、甚至同一层中的各个组件都会以不同速率发生变化。
这里所谓的“以不同速率发生变化”，其实就是引起变化的原因各有不同，这正好是单一职责原则（Single-Responsibility Principle，SRP）的体现。即“一个类应该只有一个引起它变化的原因”，换言之，如果有两个引起类变化的原因，就需要分离。
单一职责原则可以理解为架构原则
《一线大厂Java面试题解析+后端开发学习笔记+最新架构讲解视频+实战项目源码讲义》
【docs.qq.com/doc/DSmxTbFJ1cmN1R2dB】 完整内容开源分享
，这时要考虑的就不是类，而是层次。例如网络七层协议是一个定义的非常好的、经典的分层架构，简单、易于学习理解，最终被广泛使用进而大大推动了网络通信的发展。
通常情况下，我们会把软件系统分为这几层：UI层、应用独有的业务逻辑、领域普通的业务逻辑、数据库等。
接下来，还有什么不同原因的变更呢？答案正是这些业务逻辑本身！在每一层内部，不同的业务场景发生变化的原因、频次也都不同，不同的场景我们分别定义为业务用例。由此，我们可以总结出一个模式：在将系统水平切分成多个分层的同时，按用例将其切分成多个垂直切片
最低0.47元/天 解锁文章
571
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
