设计模式的几个原则

转载 归纳

作者：李天炜
原文链接：http://tianweili.github.io/blog/2015/02/15/open-close-principle/

写的代码不仅能跑还要写的漂亮，要活得久一点

设计模式的几个原则

• 迪米特原则A->B;B->C ; A应该只和B有关系，不能持有C的引用获取。（也成为最小知识原则）

  缺点是产生的中间类比较多，毕竟多一个中间类。

• 接口隔离原则接口含有的方法应该尽量少，如果多个类需要该接口的部分功能，就不得不实现接口的所有方法。应该分开将独立的抽成接口，共用的抽成接口。

  缺点是掌握好度，不能直接全部抽成一个接口一个方法。那样会需要实现很多接口。

• 依赖倒置原则遵循3点原则，主要是高层类不再是依赖底层具体实现类，而是依赖抽象（接口或者抽象类）。遵循里氏替换原则抽象方法中调用抽象，在具体使用的时候是可以换成实现类的。经常看到常见设计模式都是抽象依赖抽象这样设计的。

• 里氏替换原则遵循4点原则，由于面向对象的继承可能会使得类和类之间的耦合性比较强。遵循里氏原则：不重写父类的方法，这样任何使用子类的地方都可以透明的替换成父类（引用父类的地方都用透明的使用子类 Father f = new Son1()）。

• 单一职责原则 这个没什么好说的，一个类最好只负责一个功能。不然到后面可能改一个地方会影响到其他地方。

• 开闭原则扩展开放，修改关闭。要在原来的基础上加新功能，不应该修改原来的方法，不然很可能其他调用原来方法的地方出错导致大量地方跟着修改。继承添加新的功能。

• 合成复用原则 区分继承和组合。还有就是多用接口，少用继承。