为了保障项目的可维护性，我们通常会遵循DRY原则和SHY原则

DRY原则 （don’t repeat yourself）

在你的代码里面同样的功能只应该有一处实现，这样做的好处就是当要对此处功能进行修改时，只需要修改一处代码就可以生效，不用修改多处。

SHY原则 （字面意思）

系统的功能设计应该是尽量少暴露你的接口，将自己的私有信息尽量隐藏起来，另一个方面，不要依赖太多其他部分。这样设计的话，没有暴露出来的部分就可以放心修改，而不用担心对其客户端造成影响。由此看来，害羞一词还是非常形象贴切的。