Java笔记之六大设计原则

课程目标

理解六大设计原则

知识要点

一、单一职责原则

        定义：单一职责原则又称单一功能原则。这里的职责是指类变化的原因，单一职责原则规定一个类应该有且仅有一个引起它变化的原因，否则类应该被拆分。

       优点：降低类的复杂度、提高类的可读性、提高系统的可维护性、变更引起的风险降低。

       如果一个对象承担太多的职责，至少有两个缺点：

       1、一个职责的变化可能会削弱或抑制这个类实现其他职责的能力。

       2、当客户端需要该对象的某一个职责时，不得不将其他不需要的职责全部包含进来，从而造成冗余代码或代码浪费。

二、里氏替换原则

        定义：所有引用积累的地方必须能透明地使用其子类的对象。通俗点讲，只要父类能出现的地方，子类就可以出现。但是反过来就不行，有子类出现的地方，父类未必就能适应。

        里氏替换原则为良好的继承定义了一个规范，一句简单的定义包含了四层含义：

        1、子类必须完全实现父类方法。

         2、子类可以有自己的个性。

         3、覆盖或实现父类的方法使输入参数可以被放大。

         4、覆盖或实现父类的方法时输出结果可以被缩小。

三、依赖倒置原则

        依赖倒置原则三层含义：

        1、高层模块不应该依赖低层模块，两者都应该依赖其抽象。

        2、抽象不应该依赖细节。

        3、细节应该依赖抽象。

        依赖倒置原则在Java中需要遵守以下规则：

        1、每个类尽量都有接口或抽象类，或者抽象类和接口两者都具备。这是依赖倒置的基本要求，接口和抽象类都属于抽象类的，有了抽象才可能依赖倒置。

        2、变量的表面类型尽量是接口或抽象类。并不是变量的类型一定要是接口或抽象类，比如一个工具类，xxxUtils一般是不需要接口或抽象类。

       3、任何类都不应该从具体类派生，如果一个项目处于开发状态，确实不应该有从具体类派生出子类的情况，但人总会犯错，因此不超过两层的继承都是可以忍受的。

        4、尽量不要覆写基类的方法。

        5、综合里氏替换原则使用。

四、接口隔离原则

        接口隔离原则要求接口的纯洁性，接口隔离原则是对接口进行规范约束，其包含四层含义：

        1、接口要尽量小：这是接口隔离原则的核心定义，不出现臃肿接口，但是小是有限度的，首先不能违背单一职责原则。

        2、接口要高内聚：就是提高接口、类、模块的处理能力，减少对外的交互。

        3、定制服务：单独为一个个体提供优良的服务。

        4、接口设计时有限度：接口设计粒度越小，系统越灵活，这是不争的事实。但是灵活的同时也带来了结果的复杂化，开发难度增加。可维护性降低，这不是一个项目或者产品所期望看到的，所以接口设计一定要注意适度。

五、迪米特法则

        定义：迪米特法则也称为最少知识原则，虽然名字不同，但是描述的是同一个规则：一个对象应该对其他对象有最少了解。通俗点讲，一个类应该对自己需要耦合或调用的类知道的最少，你的内部是如何复杂和我没有关系，那是你的事，我就知道提供的这么多public方法，我就调用这么多，其他的一概不关心。

       注：迪米特法则的核心观念就是类间解耦，弱耦合，只有弱耦合了以后，类的复用率才可以提高。其要求的结果就是产生了大量的中转和跳转类，提高了系统的复杂性。

六、开闭原则

        定义：一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。

        开闭原则的重要性：

                1、开闭原则对测试的影响：测试时出错，测试失败时，通过扩展来实现业务逻辑的变化，而不是修改。

               2、开闭原则可以提高复用性：在面向对象设计中，所有的逻辑都是从原子逻辑组合而来的，而不是在一个类中独立实现一个业务逻辑。

                3、开闭原则可以提高可维护性。