类设计的六大基本原则
一.单一职责原则
Single Responsibility Principle, 简称SRP。
定义：There should never be more than one reason for a class to change.
应该有且仅有一个原因引起类的变更。
二.里氏替换原则
Liskov Substitution Principle, 简称LSP。
定义：Functions that use pointers or references to base classes must be able to use objects of derived classes without knowing it.
(所有引用基类的地方必须能透明地使用其子类的对象)
三.依赖倒置原则
Dependence Inversion Principle, 简称DIP
定义：High level modules should not depend upon low level modules.Both should depend upon abstractions.Abstractions should not depend upon details.Details should depend upon abstractions.
翻译过来，包含三层含义：
1.高层模块不应该依赖低层模块，两者都应该依赖其抽象。2.抽象不应该依赖细节。3.细节应该依赖抽象。
精简的定义： 面向接口编程。
四.接口隔离原则：
接口--这里指用interface关键字定义的接口。
定义：
1.Clients should not be forced to depend upon interfaces that they don't use.(客户端不应该依赖它不需要的接口)
2.The dependency of one class to anther one should depend on the smallest possible interface.(类间的依赖关系应该建立在最小的接口上)
概括：建立单一接口，不要建立臃肿庞大的接口。通俗来讲：接口尽量细化，同时接口中的方法尽量少。
五.迪米特法则
Law of Demeter, LOD。又称最少知识原则（Least Knowledge Principle, LKP）。
通俗来讲：一个类应该对自己需要耦合或调用的类知道得最少，你（被耦合或调用的类）的内部是如何复杂都和我没有关系，那是你的事情，我就调用你提供的public方法，其他一概不关心。
六.开闭原则
Software entities like classes, modules and functions should be open for extension but closed for modifications.（一个软件实体如类、模块和函数应该对扩展开放，对修改关闭）
Single Responsibility Principle, 简称SRP。
定义：There should never be more than one reason for a class to change.
应该有且仅有一个原因引起类的变更。
二.里氏替换原则
Liskov Substitution Principle, 简称LSP。
定义：Functions that use pointers or references to base classes must be able to use objects of derived classes without knowing it.
(所有引用基类的地方必须能透明地使用其子类的对象)
三.依赖倒置原则
Dependence Inversion Principle, 简称DIP
定义：High level modules should not depend upon low level modules.Both should depend upon abstractions.Abstractions should not depend upon details.Details should depend upon abstractions.
翻译过来，包含三层含义：
1.高层模块不应该依赖低层模块，两者都应该依赖其抽象。2.抽象不应该依赖细节。3.细节应该依赖抽象。
精简的定义： 面向接口编程。
四.接口隔离原则：
接口--这里指用interface关键字定义的接口。
定义：
1.Clients should not be forced to depend upon interfaces that they don't use.(客户端不应该依赖它不需要的接口)
2.The dependency of one class to anther one should depend on the smallest possible interface.(类间的依赖关系应该建立在最小的接口上)
概括：建立单一接口，不要建立臃肿庞大的接口。通俗来讲：接口尽量细化，同时接口中的方法尽量少。
五.迪米特法则
Law of Demeter, LOD。又称最少知识原则（Least Knowledge Principle, LKP）。
通俗来讲：一个类应该对自己需要耦合或调用的类知道得最少，你（被耦合或调用的类）的内部是如何复杂都和我没有关系，那是你的事情，我就调用你提供的public方法，其他一概不关心。
六.开闭原则
Software entities like classes, modules and functions should be open for extension but closed for modifications.（一个软件实体如类、模块和函数应该对扩展开放，对修改关闭）
