Clean Architecture 是一种软件架构原则，它对于开发健壮、可维护和可扩展的软件至关重要。
依赖关系规则：Clean Architecture 的核心在于源代码应仅依赖于内部元素，确保了系统的弹性和关注点分离。
实体优先：在考虑数据库或框架之前，应先定义业务实体，以保持业务逻辑的独立性和通用性。
解耦框架：业务逻辑应与框架代码分离，以保持代码的灵活性和可维护性。
将数据库视为外部细节：将数据库和第三方库视为外部细节，以保护核心业务逻辑不受外部变化的影响。
利用数据传输对象（DTO）：DTO 有助于在不同层之间无缝传输数据，而不引入额外的业务逻辑。
避免大类：大类（large class）往往是设计缺陷的标志，应拆分为更小、更专注的类。
回避全局状态：全局状态可能导致紧密耦合和不可预测性，应通过显式传递依赖项来避免。
优先考虑可配置性：通过外部化配置，增加应用程序的灵活性和适应性。
数据库不可知论：软件应能适应不同的数据库环境，以提高灵活性和可维护性。
单元测试：单元测试是验证应用程序各层功能和交互的关键。
清晰度优于简洁：代码的清晰度和可读性比简洁性更重要。
命名的一致性：一致的命名约定有助于导航代码，简化故障排除和功能增强。
保持清晰的边界：明确定义的边界保护核心逻辑，促进模块化。
采用不可变的数据结构：不可变数据结构有助于减少错误和提高代码稳定性。
依赖注入（DI）：DI 提供了模块化和可测试性，通过反转依赖关系，增强了组件的可互换性。
DRY 原则：即“Don't Repeat Yourself”，避免重复代码，集中和重用代码，以简化开发流程。
KISS 原则：即“Keep It Simple, Stupid”，保持架构简单，以提高效率和可理解性。
YAGNI 原则：即“You Aren't Gonna Need It”，只为当前需求设计，避免过度设计。
文档化决策：记录架构决策，为团队成员和未来维护者提供指导。
限制函数参数：函数参数应限制在3到4个以内，以提高可读性和防止复杂性增加。
Clean Architecture 不仅仅是遵循规则或编程技巧，它更是一种心态的体现。它强调了在软件设计中明确边界、可维护性和可扩展性的重要性。
在这个不断演变的数字时代，AI 驱动的解决方案和数据项目日益成为新常态。因此，拥有一个坚实的架构基础变得至关重要。通过深入理解和实践这20个架构原则，开发者可以更自信、更精准地应对软件开发的动态挑战。每个卓越的应用程序背后，都离不开一个强大、灵活且直观的架构。
让我们将这些原则作为优先考虑的事项，您的软件将在任何环境中都能茁壮成长。
