JAVA设计模式的六大设计原则

    六大设计原则包括：单一职责原则、里氏替换原则（Liskov Substitution Principle）、依赖倒置原则（Dependence Inversion Principle）、接口隔离原则（Interface Segregation Principle）、Demeter原则（知道最少原则）、开闭原则（Open Close Principle）。

    下面对这六大原则展开说明。

一、单一职责原则

    一个类只负责一项职责。

    如果负责多个职责，会存在职责扩散的不确定性，职责可能越来越多，导致类难以维护。所以，一般在职责扩散到无法控制的程度之前，应进行代码重构。

    遵循单一职责原的优点有：

• 可以降低类的复杂度，一个类只负责一项职责，其逻辑肯定要比负责多项职责简单的多；
• 提高类的可读性，提高系统的可维护性；
• 变更引起的风险降低，变更是必然的，如果单一职责原则遵守的好，当修改一个功能时，可以显著降低对其他功能的影响。

二、里氏替换原则 （Liskov Substitution Principle）  

    子类可以扩展父类的功能，但不能改变父类原有的功能。

    如果非要重写父类的方法，比较通用的做法是：原来的父类和子类都继承一个更通俗的基类，原有的继承关系去掉，采用依赖、聚合，组合等关系代替。

    里氏替换原则应做到：

• 子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法。
• 子类中可以增加自己特有的方法。
• 当子类的方法重载父类的方法时，方法的前置条件（即方法的形参）要比父类方法的输入参数更宽松。【注意区分重载和重写】
• 当子类的方法实现父类的抽象方法时，方法的后置条件（即方法的返回值）要比父类更严格。

三、依赖倒置原则 （Dependence Inversion Principle） 

    所谓依赖倒置原则（Dependence Inversion Principle）就是要依赖于抽象，不要依赖于具体。面向接口编程。

    定义：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。

    依赖倒置尽量应做到：

• 低层模块尽量都要有抽象类或接口，或者两者都有。【可能会被人用到的】
• 变量的声明类型尽量是抽象类或接口。

四、接口隔离原则 （Interface Segregation Principle）  

    建立单一接口，不要建立庞大臃肿的接口，尽量细化接口，接口中的方法尽量少。

    定义：类不应该依赖它不需要的接口；一个类对另一个类的依赖应该建立在最小的接口上。  

    注意以下几点：

• 接口尽量小，但是要有限度。对接口进行细化可以提高程序设计灵活性是不挣的事实，但是如果过小，则会造成接口数量过多，使设计复杂化。所以一定要适度。
• 为依赖接口的类定制服务，只暴露给调用的类它需要的方法，它不需要的方法则隐藏起来。只有专注地为一个模块提供定制服务，才能建立最小的依赖关系。
• 提高内聚，减少对外交互。使接口用最少的方法去完成最多的事情。

五、Demeter原则（知道最少原则）

    松耦合。

    定义：一个对象应该对其他对象保持最少的了解。

    注意：应尽量减少调用或者不调用方法返回对象里的方法。

六、开闭原则（Open Close Principle）               

    开闭原则就是说对扩展开放，对修改关闭。 

    要义：用抽象构建框架，用实现扩展细节。 

 

总结

    用抽象构建框架，用实现扩展细节：

•     单一职责原则告诉我们实现类要职责单一；
•     里氏替换原则告诉我们不要破坏继承体系；
•     依赖倒置原则告诉我们要面向接口编程；
•     接口隔离原则告诉我们在设计接口的时候要精简单一；
•     Demeter法则告诉我们要降低耦合。
•     而开闭原则是总纲，他告诉我们要对扩展开放，对修改关闭。 

 

参考：JAVA设计模式总结之六大设计原则