设计模式之设计原则

 摘自《大话设计模式》程杰

开放封闭原则(ASD)

       “对于拓展是开放的，对于更改是关闭的”做任何一个功能模块的时候不要指望它不会再修改，有需求就有修改，当有新的需求的时候我们可以扩展功能，但是不能修改他的原有功能。遵循这个原则的好处是“可维护、可扩展、可复用、灵活性好”。

 

依赖倒置原则（DIP）

       A.高层模块不应该依赖底层模块两个都应该依赖抽象

       B.抽象不应该依赖细节，细节应该依赖抽象。

模块的功能都是通过接口和抽象类实现的，类类之间没关系，如果类与类之依赖细节，基类改变派生类也会改变，限制了可拓展性，当接口或抽象类就不会这样。

 

里氏转换原则(LSP)

        子类可以替换掉基类。只有当子类可以替换掉父类，软件单位的功能不受影响时，父类才能真正被复用，而子类也能够在父类的基础上增加行为。

        子类的所有方法必须在父类中声明，或子类必须实现父类中声明的所有方法。根据里氏代换原则，为了保证系统的扩展性，在程序中通常使用父类来进行定义，如果一个方法只存在子类中，在父类中不提供相应的声明，则无法在以父类定义的对象中使用该方法。

         我们在运用里氏代换原则时，尽量把父类设计为抽象类或者接口，让子类继承父类或实现父接口，并实现在父类中声明的方法，运行时，子类实例替换父类实例，我们可以很方便地扩展系统的功能，同时无须修改原有子类的代码，增加新的功能可以通过增加一个新的子类来实现。里氏代换原则是开闭原则的具体实现手段之一。

 

单一职责(SRP)

       就一个类而言，应该仅有一个引起他变化的原因。

       如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或抑制这个类完成其它职责的能力。这种耦合会导致脆弱的设计，当变化时，设计会受到意想不到的破坏。比如：手机拍照不如摄像机，摄像机就是用来拍照摄影的，而手机有各种功能。

 

迪米特法则(LoD)

   如果两个类不必彼此直接通信，那么两个类就不应当发生直接的相互作用。如果一个类需要调用另一个类的方法，可以通过第三者转发这个调用