程序设计中的dry原则

DRY:dont repeat yourself

假设一个逻辑(代码块)会重复两次或者以上,应该写成函数被调用

为什么呢,实际上,我们处处可见重复性的代码.这除了增加工作量之外,还会增加维护难度。

dry原则不仅仅是炫技。它的代码更容易被维护。假设某个逻辑需在多个地方被重复编写,当你需要更改此逻辑时,也意味着你需要在多个地点更改代码。想想这个问题吧:要改那几处来着???2处需要同步的代码比一处代码工作量不仅仅两倍好吗,除非你记忆力特别好,能够找到你冬天埋下的所有松果。但很可能遗漏,这增加了代码本身的风险。

因此如果我尽量会将相似的代码按照dry原则合并,这样你仅仅需要集中关注该逻辑的严密性与正确性,就能够保证多处代码的一致,不管调试还是维护都方便。

实际上,这跟数据库的冗余原理是一样,但代码却不会带来冗余的好处。

原文地址:https://www.cnblogs.com/yasmi/p/5068899.html