DRY原则

DRY是我遇到的第一个编程原则，可能也是我在成为开发者的第一年中唯一意识到的原则。它也可能是最简单的理解原则之一。如果你在你的代码中看到两件相同的东西，也许.

DRY 来自“Don't Repeat Yourself”的首字母缩写词，是最普遍的开发原则之一。它是由Andy Hunt和Dave Thomas在他们的书.

开发人员喜欢使用首字母缩写词来说明“良好做法”（KISS，DRY，SOLID等）。通常，他们传达的想法非常容易掌握。 DRY是dont-repeat-.

DRY（不重复自己）原则不是法律，而是经验法则。例如，在 .

.

微服务避免了代码重用，其理念是：宁可代码重复，也要彻底避免耦合，因为重用意味着耦合，微服务 .

我之前写过关于 抽象成本的文章 。一旦.

我听说你想成为一个更好的程序员。您希望使用可重用的部分，并希望更轻松地维护旧代码。您可能还希望在团队中更好地工作并确保减少错误。 对更好代码的渴望通常.

编程是从浪费生命中学到的可怕教训，编写易于删除但不易扩展的代码。 “每一行代码都是在没有理由的情况下编写的，.

“ 不要重复自己 DRY”，每个开发者都在他职业生涯的早期就学会了这个口头禅。 对这个原则的共同理解是你不应该复制你的代码。就那么简单。 不要复.

复制比错误的抽象便宜得多（代价小成本低），宁可重复而不选择错误的抽象。 让人们意识到“错误的抽象”这个问题是很难： 程序员A看.

人们过于害怕代码重复，过于憧憬可复用可重用的美好，导致对代码重复发起了一场神圣的战争。如今人们提出了不同的意见，在Twitter上引起了一场争论： <.

各位在进行领域驱动设计开发的时候，实体的“合法”性是如何实现的，怎么保证实体的一致合法性？检验代码分布在实体中，还是在服务中，还是都有？如果分布在实体中，如何保证一.