程序设计原则

1.单一职责原则(Single Responsibility Principle, SRP)
一个类只负责一项职责。或者可以定义为：就一个类而言，应该只有一个引起它变化的原因。
问题由来：如果一个类C有两个不同的职责R1,R2，如果R1因为需求变化修改C，可能引起R2的地方产生bug。

2.开闭原则(Open-Closed Principle, OCP)
一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。即软件实体应尽量在不修改原有代码的情况下进行扩展。
问题由来：在软件的生命周期内，因为变化、升级和维护等原因需要对软件原有代码进行修改时，可能会给旧代码中引入错误，并且需要原有代码经过重新测试。

3.里氏代换原则(Liskov Substitution Principle, LSP)
所有引用基类（父类）的地方必须能透明地使用其子类的对象。
问题由来： 里氏代换原则是实现开闭原则的重要方式之一。

4.依赖倒转原则(Dependency Inversion Principle, DIP)
抽象不应该依赖于细节，细节应当依赖于抽象。
问题由来：换言之，要针对接口编程，而不是针对实现编程。

5.接口隔离原则(Interface Segregation Principle, ISP)
使用多个专门的接口，而不使用单一的总接口，即客户端不应该依赖那些它不需要的接口。
问题由来：类A通过接口I依赖类B，类C通过接口I依赖类D，如果接口I对于类A和类B来说不是最小接口，则类B和类D必须去实现他们不需要的方法。

6.迪米特法则(Law of Demeter, LoD)
一个对象应该对其他对象保持最少的了解。
问题由来：类与类之间的关系越密切，耦合度越大，当一个类发生改变时，对另一个类的影响也越大。