七个设计原则

七个设计原则

一.单一职责原则

1.定义：就一个类而言，应该仅有一个引起它变化的原因。
2.总结：
（1）降低类的复杂度，一个类只负责一项职责。
（2）提高类的可读性、可维护性。
（3）降低代码变更引起的风险。
（4）通常情况下，我们应当遵守单一职责原则。只有逻辑足够简单的情况下，才可以在代码级违反单一职责原则；而只有类中方法数量足够少的时候，才会建议在方法级别保持单一职责原则。

二.开闭原则

1.含义：软件实体（类、模块、函数等等）应该可以扩展，但是不可修改。即对扩展开放，对修改关闭。

2.总结：它是面向对象设计的核心所在，当软件需要变化时，尽量通过扩展软件实体的行为来实现变化，而不是通过修改已有的代码来实现变化。可维护、可扩展、可复用、灵活性好。

三.接口隔离原则

1.含义：使用多个专门的接口，而不使用单一的总接口，即客户端不应该依赖那些它不需要的接口。

2.总结：每一个接口应该承担一种相对独立的角色，不干不该干的事情，干该干的事请。接口仅仅提供客户端需要的行为，客户端不需要的行为则隐藏起来，应当为客户端提供尽可能小的接口，而不要提供大的总接口。

四.依赖倒置原则

1.含义：
（1）高层模块不应该依赖低层模块，两个都应该依赖抽象。
（2）抽象不应该依赖细节，细节应该依赖抽象。
2.总结：应该面向接口编程，不应该面向细节编程。

五.里氏替换原则

1.含义：子类型必须能够替换掉它们的父类型。
2.总结：子类继承父类时，除添加新的方法完成新增功能外，尽量不要重写父类的方法。克服了继承中重写父类造成的可复用性变差的缺点。

六.组合复用原则

1.含义：在一个新的对象里面使用一些已有的对象，使之成为新对象的一部分。
2.总结：新对象可以调用已有对象的功能。它维持了类的封装性，新旧类之间的耦合度低，复用的灵活性高。

7.迪米特原则

1.含义：一个类对自己依赖的类知道的越少越好。它只与直接的朋友（只要两个对象之间有耦合关系）通信。
2.总结：它的核心是降低类之间的耦合，从而提高了模块的相对独立性。