设计原则之六大原则

一.单一职责原则
单一职责原则是最简单的面向对象设计原则，它用于控制类的粒度大小。
单一职责原则(Single Responsibility Principle, SRP)：一个类只负责一个功能领
域中的相应职责，或者可以定义为：就一个类而言，应该只有一个引起它变化的原因。
单一职责原则是实现高内聚、低耦合的指导方针，它是最简单但又最难运用的原则，要设计人员发现类的不同职责并将其分离，而发现类的多重职责需要设计人员具有较强的分析设计能力和相关实践经验。
二.开闭原则
开闭原则是面向对象的可复用设计的第一块基石，它是最重要的面向对象设计原则。
在开闭原则的定义中，软件实体可以指一个软件模块、一个由多个类组成的局部结构或一个独立的类。

三.里氏替换原则
里氏代换原则(Liskov Substitution Principle, LSP)：所有引用基类（父类）的地方必须能透明地使用其子类的对象。
里氏代换原则是实现开闭原则的重要方式之一，由于使用基类对象的地方都可以使用
子类对象，因此在程序中尽量使用基类类型来对对象进行定义，而在运行时再确定其子类类型，用子类对象来替换父类对象。
里氏代换原则是实现开闭原则的重要方式之一。在本实例中，在传递参数时使用基类
对象，除此以外，在定义成员变量、定义局部变量、确定方法返回类型时都可使用里氏代换原则。针对基类编程，在程序运行时再确定具体子类。

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

五.接口隔离原则
接口隔离原则(Interface Segregation Principle, ISP)：使用多个专门的接口，而不使用单一的总接口，即客户端不应该依赖那些它不需要的接口。
在使用接口隔离原则时，我们需要注意控制接口的粒度，接口不能太小，如果太小会
导致系统中接口泛滥，不利于维护；接口也不能太大，太大的接口将违背接口隔离原
则，灵活性较差，使用起来很不方便。一般而言，接口中仅包含为某一类用户定制的方法即可，不应该强迫客户依赖于那些它们不用的方法。

六.迪米特法则
迪米特法则(Law of Demeter, LoD)：一个软件实体应当尽可能少地与其他实体发生相互作用
迪米特法则可降低系统的耦合度，使类与类之间保持松散的耦合关系。
迪米特法则还有几种定义形式，包括：不要和“陌生人”说话、只与你的直接朋友通信等，在迪米特法则中，对于一个对象，其朋友包括以下几类：
(1) 当前对象本身(this)；
(2) 以参数形式传入到当前对象方法中的对象；
(3) 当前对象的成员对象；
(4) 如果当前对象的成员对象是一个集合，那么集合中的元素也都是朋友；
(5) 当前对象所创建的对象。
迪米特法则要求我们在设计系统时，应该尽量减少对象之间的交互，如果两个对象之
间不必彼此直接通信，那么这两个对象就不应当发生任何直接的相互作用，如果其中
的一个对象需要调用另一个对象的某一个方法的话，可以通过第三者转发这个调用。
简言之，就是通过引入一个合理的第三者来降低现有对象之间的耦合度。
在将迪米特法则运用到系统设计中时，要注意下面的几点：在类的划分上，应
当尽量创建松耦合的类，类之间的耦合度越低，就越有利于复用，一个处在松耦合中
的类一旦被修改，不会对关联的类造成太大波及；在类的结构设计上，每一个类都应
当尽量降低其成员变量和成员函数的访问权限；在类的设计上，只要有可能，一个类
型应当设计成不变类；在对其他类的引用上，一个对象对其他对象的引用应当降到最低。