设计模式的五大原则 SOLID

设计模式的五大原则
1. 单一职责 (Single)

（职责分离）在定义类、接口、方法后，不能多于一个动机去改变这个类、接口、方法。

2. 开闭原则 (Open-closed)

类、模块、方法可以扩展，但是不可以修改。开发人员应该仅仅对程序中频繁出现变化的地方进行抽象（封装变化点，继承的使用，抽象类的使用）。

3. 替换原则（Liskov substitution -- Is-a）
保证子类可以替换它的基类。

在项目中所有使用子类的地方都可用父类替换，但在调用方法的时候 ，即呈现面向对象编程的多态性。即替换原则，非常重要的原则，也是比较难的原则。

4. 接口隔离原则 ( Interface segregation)
接口隔离的方法有两种（分享客户就是分离接口）：
1、使用委托（此委托非.net委托[delegate]）分离接口
使用委托即，创建一个委托类，用此类去实现分离后的其它接口中的方法。
2、使用多重继承分离接口、

此方法，即将现有“胖”接口分成供不同客户程序调用的两个或多个接口，而需要实现多个接口的客户程序，则使用多重继承来实现。

即：若一个眫接口对于实现类Ａ有多余的实现方法，则拆分出一个子接口，让Ａ去实现子接口，隔离多余的接口方法。

5. 依赖倒置原则 (Dependency Inversion)
a、高层模块不应该依赖于低层模块。二者都应该依赖于抽象

b、抽象不应该依赖于细节。细节应该依赖于抽象。

即实现面向接口编程。

６. Demeter法则

若一个对象A需调用另外一个对象B， 应该尽可能减少A对B的了解。这样可以降低A跟B的耦合度。

希望系统中的所有对象都不跟其他对象发生直接关系，想facade设计模式就是其中的应用例子。