DRY：dont repeat yourself

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

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

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

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

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