Clean整洁架构教程

元原生这个概念是云提供厂商的营销词语，要求大家都编写能在他们的云平台上更无缝的应用，它不是一个技术质量词语，更不是面向业务驱动，更多的企业用户重点是应该基于面向业务领域的前提下决定他们的应用架构，比如鲍勃大叔的干净架构以及六角形架构等，这些架构特点是注重如何让业务和技术平台实现解耦，但是云原生的第一

这里提出的Trinity Architecture是后端企业应用程序的架构模式。它源于采用依赖性倒置原理（DIP）的典型4层架构。它非常适合（但不限于）领域驱动设计（DDD）应用程序。三位一体的三大支柱是： 所述领域模型（DOMAIN） 公共应用程序编程接口（

在软件工程方面，软件架构是过去几年中最重要的主题之一。罗伯特·C·马丁（又名鲍勃大叔）在

传统应用程序架构的标准三层或四层模型似乎决定了系统中各种对象之间的依赖关系的方向：UI依赖于应用程序层，因为UI“驱动”后面发生的事情；应用程序层依赖于业务对象，业务对象执行所有特定于领域的事务，业务对象使用（因此依赖于）持久层和通信层，这两个层又使用并依赖于外部API。以这种方式实现分层模

了解有关在Java应用程序中通过使用充血模型+构建器等设计器模式设计防弹代码的方法。毫无疑问，优秀的编码实践带来了诸多好处，例如干净的代码，易于维护以及流畅的API。但是，最佳实践是否有助于数据完整性？本贴主要涉及新的存储技术，例如NoSQL数据库，它们没有开发人员在使用SQ

软件开发项目中的一个常见争论是：该不该花时间提高软件质量，还是把时间专注于不断发布更有价值的新功能。通常，倡导把时间用于提供新功能的交付派别会赢得这场讨论胜利，导致许多开发人员抱怨他们没有时间研究架构和代码质量。

在过去一年左右的时间里，我们一直在构建一个具有事件源架构的新系统。事件溯源非常适合我们的需求，因为我们的组织希望保留系统

使用基本CQRS方法和域驱动设计实现的.NET Core

传统分层架构存在的谬误：这篇博客文章是关于实施Alistair Cockburn的六角形架构。我们先来谈谈分层架构。这是

有人问鲍勃大叔：亲爱的@ unclebobmartin，使用非常高级别的持久访问框架，如

我在http://alistair.cockburn.us/index.php/Hexagonal_architecture上发了一篇完整的文章。

ReactJS是前端开发的主力，但它在SOLID方面表现不佳我们可以通过采用经典方法来改变它吗？在将ReactJS视为UI的现代JavaScript解决方案时，很多人似乎在组织代码时遇到问题。让我们深入了解一下，看看我们是否可以做得更好。性子急的人可

我听说你想成为一个更好的程序员。您希望使用可重用的部分，并希望更轻松地维护旧代码。您可能还希望在团队中更好地工作并确保减少错误。对更好代码的渴望通常会让人们发现“清洁代码”这个术语。这很可能是由

如果您曾经使用Netflix，互联网，或者最近与任何人交谈过，您很可能听说过Marie Kondo或“那个整理秀”，即与Marie Kondo一起整理。Marie的方法（KonMari）专注于在整理过程中激发喜悦。 在她的

这是一篇从心理模型也就是心智模型角度分析编码的文章，比较晦涩难懂，实际上中心意思是，每段代码其实只是人在编写这段代码时的心智模型投射，我们不能把代码看成是客观的存在，而是主观的产物，甚至参合了当时心理活动或各种直觉感知，因此，当我们修改这段代码时，一般也需要将自己的心智模型接近到当时编写这段

在查看代码时，我经常会看到MVC模式：模型，视图，控制器，表单等文件夹。表面上看起来不错，对吗？您将控制器放在控制器文件夹中，模型文件夹中的模型等等。这对于像博客这样的小型示例应用程序来说相当不错，因为您可能有5个控制器，6个模型等等。但是，当您在更大的应用程序上工作，或者您遵循