第二篇 设计模式之软件设计原则

有类图基础下浏览…
uml类图：https://blog.csdn.net/qq_39816370/article/details/134226689

软件设计原则也叫面向对象设计原则，包括 开闭原则、里氏代换原则、依赖倒置原则、单一职责原则、迪米特法则、接口隔离原则、合成复用原则

原则一：开闭原则

使用场景

软件实体(项目中划分出的模块/类与接口/方法)应当对扩展开放，对修改关闭。

好处

(1)软件测试人员：只需要测试新增的功能，不需要重新测试已经测试的功能。

(2) 开发人员：可以提高代码的可复用性，并且粒度越小，被复用的可能性越大。

粒度小(原子和抽象编程)。

(3) 开发人员：可以提高软件的可维护性。

遵守开闭原则的软件，其稳定性和延续性强，从而易于扩展和维护。

实现

(1) 通过“抽象约束、封装变化”来实现开闭原则。

抽象约束：通过接口或者抽象类为软件实体定义一个相对稳定的抽象层。

封装变化：将相同的可变因素封装在相同的具体实现类中。

实例

分析：Windows的主题是桌面背景图片、窗口颜色等元素的组合

实现：这些主题有共同的特点，可以为其定义一个抽象类(Abstract Subject)，而每个具体的主题(Specific Subject)是其子类。用户窗口根据需要选择或者增加新的主题，而不需要修改原代码，所以它是满足开闭原则的

原则二：里氏代换原则

使用继承的前提

继承必须确保超类所拥有的性质在子类中仍然成立。

作用

1、要求：不要重写父类的方法

(1) 可复用性

(2) 降低了代码出错的可能性

实现

1、子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法

2、子类中可以增加自己特有的方法

3、当子类的方法重载父类的方法时，方法的前置条件(即方法的输入参数）要比父类的方法更宽松。

4、当子类的方法实现父类的方法时（重写/重载或实现抽象方法)，方法的后置条件（即方法的输出/返回值）要比父类的方法更严格或相等

实例

【例1】里氏替换原则在"几维鸟不是鸟"实例中的应用。

分析:鸟一般都会飞行，如燕子的飞行速度大概是每小时120千米。但是新西兰的几维鸟由于翅膀退化无法飞行。假如要设计一个实例，计算这两种鸟飞行300千米要花费的时间。显然，拿燕子来测试这段代码，结果正确，能计算出所需要的时间;但拿几维鸟来测试，结果会发生"除零异常"或是"无穷大”，明显不符合预期，其类图如图1所示。

理解：

几维鸟重写了抽象类的方法，无论设置多少速度，速度都为0

原则三：依赖倒置原则

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

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

其核心思想是:要面向接口编程，不要面向实现编程。

使用接口或者抽象类的目的是制定好规范和契约，而不去涉及任何具体的操作，把展现细节的任务交给它们的实现类去完成。

作用

(1)、降低类间的耦合性。

(2)、提高系统的稳定性。

(3)、减少并行开发引起的风险。

(4)、提高代码的可读性和可维护性。

实现

1.每个类尽量提供接口或抽象类，或者两者都具备。

2.变量的声明类型尽量是接口或者是抽象类。

3.任何类都不应该从具体类派生。

4.使用继承时尽是遵循里氏替换原则。

实例

【例1】顾客购物程序

分析:本程序反映了"顾客类"与商店类的关系。商店类中有sell()方法，顾客类通过该方法购物，以下代码定义了顾客类通过韶关网店ShaoguanShop.

原则四：单一职责原则

定义

一个类应该有且仅有一个引起它变化的原因，否则类应该被拆分。

核心

就是控制类的粒度大小、将对象解耦、提高其内聚性。

优点

如果遵循单—职责原则将有以下优点。

·降低类的复杂度。

·提高类的可读性。

·提高系统的可维护性。

·变更引起的风险降低。

实现

单一职责原则是最简单但又最难运用的原则，需要设计人员发现类的不同职责并将其分离，再封装到不同的类或模块中。

案例

【例1】大学学生工作管理程序

分析:大学学生工作主要包括学生生活辅导和学生学业指导两个方面的工作，其中生活辅导主要包括:班委建设、出勤统计、心理辅导、费用催缴、班级管理等工作，学业指导主要包括:专业引导、学习辅导、科研指导、学习总结等工作。

如果将这些工作交给一位老师负责显然不合理，正确的做法是生活辅导由辅导员负责，学业指导由学业导师负责

注意：单一职责同样也适用于方法。一个方法应该尽可能做好一件事情。如果一个方法处理的事情太多，其粒度会变得很粗，不利于重用。

原则五：迪米特法则

迪米特法则又叫作最少知识原则

定义

只与你的直接朋友交谈，不跟"陌生人"“说话“。

其含义是:如果两个软件实体无须直接通信，那么就不应当发生直接的相互调用，可以通过第三方转发该调用。其目的是降低类之间的耦合度，提高模块的相对独立性。

迪米特法则中的"朋友"是指:当前对象本身、当前对象的成员对象、当前对象所创建的对象、当前对象的方法参数等，这些对象同当前对象存在关联、聚合或组合关系，可以直接访问这些对象的方法。

优点

迪米特法则要求限制软件实体之间通信的宽度和深度，正确使用迪米特法则将有以下两个优点。

1.降低了类之间的耦合度，提高了模块的相对独立性。

2.由于亲和度降低，从而提高了类的可复用率和系统的扩展性。

但是，过度使用迪米特法则会使系统产生大量的中介类，从而增加系统的复杂性，使模块之间的通信效率降低。所以，在采用迪米特法则时需要反复权衡，确保高内聚和低耦合的同时，保证系统的结构清晰。

实现

从迪米特法则的定义和特点可知，它强调以下两点:

1.从依赖者的角度来说，只依赖应该依赖的对象。

2.从被依赖者的角度说，只暴露应该暴露的方法。

所以，在运用迪米特法则时要注意以下6点。

1.在类的划分上，应该创建弱耦合的类。类与类之间的耦合越弱，就越有利于实现可复用的目标。

2.在类的结构设计上，尽量降低类成员的访问权限。

3.在类的设计上，优先考虑将一个类设置成不变类。

4.在对其他类的引用上，将引用其他对象的次数降到最低。

5.不暴露类的属性成员，而应该提供相应的访问器(set和get方法)。

6.谨慎使用序列化(Serializable）功能。

实例

【例1】明星与经纪人的关系

分析:明星由于全身心投入艺术，所以许多日常事务由经纪人负责处理，如与粉丝的见面会，与媒体公司的业务洽谈等。这里的经纪人是明星的朋友，而粉丝和媒体公司是陌生人，所以适合使用迪米特法则，其类图如图1所示。

原则六：接口隔离原则

要为各个类建立它们需要的专用接口，而不要试图去建立一个很庞大的接口供所有依赖它的类去调用。

接口隔离和单一职责的相同点：为了提高类的内聚性、降低它们之间的耦合性，体现了封装的思想

接口隔离和单一职责的不同点：

单一职责注重职责，接口隔离原则注重的是对接口依赖的隔离

单一职责原则主要是约束类，它针对的是程序中的实现和细节;接口隔离原则主要约束接口，主要针对抽象和程序整体框架的构建。

优点

接口隔离原则是为了约束接口、降低类对接口的依赖性。

遵循接口隔离原则有以下5个优点

1.将臃肿庞大的接口分解为多个粒度小的接口，可以预防外来变更的扩散，提高系统的灵活性和可维护性。

2.接口隔离提高了系统的内聚性，减少了对外交互，降低了系统的耦合性。

3.如果接口隔离的粒度大小定义合理，能够保证系统的稳定性；但是如果定义过小，则会造成接口数量过多，使设计复杂化；如果定义太大，灵活度降低，无法提供定制服务，给整体项目带来无法预料的风险。

4.使用多个专业的接口还能够体现对象的层次，因为可以通过接口的继承，实现对总接口的定义。

5.能减少项目工程中的代码冗余。过大的大接口里面通常放置许多不用的方法，当实现这个接口的时候，被迫设计冗余的代码。

实现

在具体应用接口隔离原则时，应该根据以下几个规则来衡量。

1、接口尽量小，但是要有限度。一个接口只服务于一个子模块或业务逻辑。

2、为依赖接口的类定制服务。只提供调用者需要的方法，屏蔽不需要的方法。

3、了解环境，拒绝盲从。每个项目或产品都有选定的环境因素，环境不同，接口拆分的标准就不同深入了解业务逻辑。

4、提高内聚，减少对外交互。使接口用最少的方法去完成最多的事情。

案例

【例1】学生成绩管理程序。
分析:学生成绩管理程序一般包含插入成绩、删除成绩、修改成绩、计算总分、计算均分、打印成绩信息、查询成绩信息等功能，如果将这些功能全部放到一个接口中显然不太合理，正确的做法是将它们分别放在输入模块、统计模块和打印模块等3个模块中

原则七：合成复用原则

定义

合成复用原则又叫组合/聚合复用原则。它要求在软件复用时，要尽量先使用组合或者聚合等关联关系实现，其次才考虑使用继承关系来实现。

如果要使用继承关系，则必须严格遵循里氏替换原则。合成复用原则同里氏替换原则相辅相成的，两者都是开闭原则的具体实现规范。

重要性

通常类的复用分为继承复用和合成复用两种

继承复用虽然有简单和易实现的优点，但它也存在几点缺点。

1.继承复用破坏了类的封装性。因为继承会将父类的实现细节暴露给子类，父类对子类是透明的，所以这种复用又称为"白箱"复用。

2.子类与父类的耦合度高。父类的实现的任何改变都会导致子类的实现发生变化，这不利于类的扩展与维护

3.它限制了复用的灵活性。从父类继承而来的实现是静态的，在编译时已经定义，所以在运行时不可能发生变化。

采用组合或聚合复用时，可以将已有对象纳入新对象中，使之成为新对象的一部分，新对象可以调用已有对象的功能，它有以下优点。

1.它维持了类的封装性。因为成分对象的内部细节是新对象看不见的，所以这种复用又称为“黑箱”复用。

2.新旧类之间的耦合度低。这种复用所需的依赖较少，新对象存取成分对象的唯一方法是通过成分对象的接口。

3.复用的灵活性高。这种复用可以在运动时动态进行，新对象可以动态地引用与成分对象类型相同的对象

实现

合成复用原则：是通过将已有的对象纳入新对象中，作为新对象的成员对象来实现的，新对象可以调用已有对象的功能，从而达到复用。

案例

【例1】汽车分类管理程序。

分析:汽车按"动力源"划分可分为汽油汽车、电动汽车等;按’颜色"划分可分为白色汽车、黑色汽车和红色汽车等。如果同时考虑这两种分类，其组合就很多。

从图一可以看出继承关系实现会产生很多子类，而且增加新的“动力源”或者增加新的"颜色"想要修改源代码，这违背了开闭原则，显然不可取。但如果改用组合关系实现就能很好地解决以上问题