七大设计原则（笔记）

1.单一职责原则

       一个类、接口方法只负责一项职责，这样能降低类的复杂度，提高类的可读性，提高可维护性，降低修改带来的风险。在实际项目中，很多类不遵循单一职责原则，但是接口和方法要做到单一职责。

2.接口隔离原则

       用多个专门的接口而不使用单一的总接口，客户端不应该依赖它不需要的接口。也就是说一个类对另一个类的依赖应该建立在最小的接口上，尽量细化接口，减少接口中的方法，但是一定要注意适度的原则，过分细化接口会带来复杂度。

3.依赖倒转原则

       依赖倒置原则定义：高层模块不应该依赖底层模块，二者都应该依赖其抽象。也就是说针对接口编程，不要针对实现编程，针对接口编程包括使用接口或抽象类，这样可以使得各个模块彼此独立，降低模块间的耦合性。而且在实现类中尽量不发生直接的依赖关系，依赖关系通过接口或抽象类产生。

4.里氏替换原则

       子类替换父类，程序逻辑不变。里氏替换原则约束了继承，继承在程序设计中能够复用代码但是对程序是有入侵的，因为子类默认就拥有父类的行为，而且增加了耦合。

       在继承中如何遵守里氏替换原则？首先子类可以扩展父类的功能，但不能改变原有的功能，子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法，如果重写了，那么用子类替换父类时，程序会调用子类的方法（否则重写就没有意义了），也就导致程序的行为发生变化。使用里氏替换原则，可以避免子类重写父类的方法，降低代码出错的可能性。

5.开闭原则

       一个软件实体（如类、模块、函数）应该对扩展开放、对修改关闭。

       开闭原则的含义其实是说一个软件实体应该通过扩展来实现变化，而不是通过修改已有的代码来实现。在项目中需求变更是非常常见的，如果我们频繁修改原有的代码会增加系统的复杂度，增加项目的风险。使用开闭原则可以提高系统的可复用性及可维护性，具体做法就是用抽象构建框架，用实现扩展细节。

6.迪米特法则(最少知道原则)

       一个对象应该对其他对象保持最少的了解。简单讲就是只和朋友交流，不和陌生人说话，朋友指的是出现在成员变量、方法输入、方法输出中的类，但是出现在方法内部的类不属于朋友。不应该和这样的类发生关系。就是每个类完成自己的方法，让别的类去调用。

7.合成复用原则

       尽量使用对象的组合/聚合，而不是继承关系达到软件复用的目的。

       组合是contains-a的关系，比如一个人的手、脚就是组合关系，这是一种强关系，其中一部分不存在了，所有的都不存在了，聚合是has-a的关系，是一种弱的关系，比如人手里拿着的剑。尽量使用组合/聚合来实现软件复用并不是说抛弃继承，如果两个实体是is-a的关系时，可以使用继承。