常用的软件设计原则-DRY

架构设计必须遵循一些原则，这个原则是经过很多年先辈们的总结，好的架构，必须先了解好的软件设计原则,遵循这些原则可以做出更好的架构。

 

今天首先讨论DRY-Don't repeat yourself

DRY 也被称之为DIE，复制即是魔鬼，在我们软件开发过程中，会经常遇到这个问题，copy&paste。

 

DRY 是一个最简单的法则，也是最容易被理解的。但它也可能是最难被应用的（因为要做到这样，我们需要在泛型设计上做相当的努力，这并不是一件容易的事）。它意 味着，当我们在两个或多个地方的时候发现一些相似的代码的时候，我们需要把他们的共性抽象出来形一个唯一的新方法，并且改变现有的地方的代码让他们以一些 合适的参数调用这个新的方法。

 

重复有下面的问题：

1.为了增加功能或者修改bug，我们需要在重复代码的地方应用相同修改，这个是非常糟糕的体验。

2.不利于测试，如果相同的代码应用在不同的类里，导致测试代码的重复。

3.不利于阅读和维护

4.代码重复可能会造成性能等诸多问题，比如产生了许多重复的对象。

 

 

参考：http://en.wikipedia.org/wiki/KISS_principle