搜索所有贴

微服务避免了代码重用，其理念是：宁可代码重复，也要彻底避免耦合，因为重用意味着耦合，微服务架构是完全分离的。进化的架构！所以，DRY原则并不适用微服务。 Microservices

4 年前

DRY（不重复自己）原则不是法律，而是经验法则。例如，在微服务中，最重要的是能够更改单个服务并孤立地重新部署该单个服务。如果使用共享库迫使您重新编译/重新部署多个服务，即使当前服务未使用

3 年前

Dry是Don't Repeat Yourself简写，我们经常会听到像 “不要重复自己” 这样的陈词滥调。我们采取这样的想法并与它们一起运行，有时候有点太过分了。我们来看看DRY编程的另一种

5 年前

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

1 年前

“ 不要重复自己 DRY”，每个开发者都在他职业生涯的早期就学会了这个口头禅。对这个原则的共同理解是你不应该复制你的代码。就那么简单。不要复制，如果你发现重复就重构。违反此规则的行为将被其他

5 年前

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

2 年前

开发人员喜欢使用首字母缩写词来说明“良好做法”（KISS，DRY，SOLID等）。通常，他们传达的想法非常容易掌握。 DRY是dont-repeat-yourself不要重复自己意思，其目的是更好

2 年前

DRY： Dont repeat yourself（不要重复你自己） WET： Write Everything Twice（Dry反义词） CRUD：CREATE - READ - UPDATE

3 年前

。（banq：在统一边界下的内部矛盾） DRY原则：每条知识都必须在系统中具有单一，明确，权威的表示形式。(banq注：单一明确职责)

4 年前

耦合和高内聚这两个术语似乎同时存在的：这两个概念是一起创造的，如果您谈论其中一个，通常也会出现另一个。类似地， DRY （不要重复自己）和错误抽象的概念也是同时存在的：例如，一个人说我们应该

2 年前

广泛适用。盲目跟风让你白痴在不会让您成为糟糕工程师的情况下设计可扩展的系统。静态分析很有用 DRY 是关于避免特定问题，而不是其本身的最终目标。一般来说，RDBMS >

2 年前

DRY原则之间矛盾的经典例子，它表示不重复自己，松散耦合的原则。这两个原则都是基础原则，它们是您在日常工作中使用的大多数软件开发实践的核心。那么，你更喜欢哪一个？这里的指导原则是：松散耦合在

5 年前

DRY KISS 等设计原则 8.TDD/BDD 测试驱动开发，测试是系统的特征约束测试是第一个用户 9.自动化使你的手工任务自动化命令行应该是你朋友持续集成自动化部署。 10.理解你的

10 年前

学习课程。但是，一旦你学会了它，下一步就是学会平衡增加的复杂性与必要的重复。” “如果遵循SOLID，DRY原则，则会很好。不要重复（单一）责任。” “KISS胜过DRY。” “依赖性是已知的

5 年前

高级开发人员经常提到以下三件事： [list] [*]#DRY [*]#Clean架构 [*]关注点分离 [/list] 这其实是一种宗教，教条主义。就像盲人摸大象一样，只有摸过

1 个月前

登录