在软件开发中,我们都学习过一些经典的设计原则,其中包括面向对象原则(SOLID)、简单原则(KISS)、单一原则(DRY)、最少原则(LoD)、分离原则(SoC)等。
分开来看这些原则时,会觉得它们都很有道理,似乎只要照着用就能提升编程能力和代码质量,但为什么到真正编码时却会有选择困难的矛盾感觉呢?
其实原因就在于,有的原则之间是相互冲突的,而有的原则之间又是彼此重复的。 虽然设计原则是用来指导编程实践的,但如果不限定使用范围的话,在使用时就会很容易误用或滥用而导致更多问题出现。
比如,KISS 原则与 YAGNI 原则是相似的,它们都是在讲如何保持简单性;而 KISS 原则与 SOILD 原则又是冲突的,因为 SOILD 原则为了保持面向对象的优势会增加代码复杂性。于是,当你想要在面向对象编程语言中使用 KISS 原则来保持简单设计时,势必需要面对封装、多态、继承这些复杂特性的取舍,自然会产生一种矛盾感。
好的设计必然是简单的,但是如何充分利用语言复杂的特性发挥出简单设计的威力,这才是我们学习设计原则真正的意义所在。
本篇文章,我们先来看看最简单又最复杂的原则:DRY原则。
一、DRY原则
DRY(Don’t Repeat Yourself),翻译成中文就是,不要重复你自己。
这个原则最早出现在经典著作《程序员修炼之道》里,定义是这样的:系统的每一个功能都应该有唯一的实现,如果多次遇到同样的问题