面向对象的“六原则一法则”

1. 单一职责原则 (单一功能原则)

定义：职责是指类变化的原因， 一个类应该有且仅有一个引起它变化的原因，否则类应该被拆分

优点:

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

该原则提出对象不应该承 担太多职责，如果一个对象承担了太多的职责，至少存在以下两个缺点：

• 一个职责的变化可能会削弱或者抑制这个类实现其他职责的能力；
• 当客户端需要该对象的某一个职责时，不得不将其他不需要的职责全都包含进来， 从而造成冗余代码或代码的浪费。

【例】大学学生工作管理程序 :
大学学生工作主要包括学生生活辅导和学生学业指导两个方面的工作，其中生活辅导主要包括班委建设、出勤统计、
心理辅导、费用催缴、班级管理等，工作学业指导主要包括专业引导、学习辅导、科研指导、学习总结等工作。
如果将这些工作交给一位老师负责显然不合理，正确的做 法是生活辅导由辅导员负责，学业指导由学业导师负责

2. 开闭原则

定义:软件实体应当对扩展开放，对修改关闭

这里的软件实体包括以下几个部分：

1. 项目中划分出的模块
2. 类与接口
3. 方法

当应用的需求改变时，在不修改软件实体的源 代码或者二进制代码的前提下，可以扩展模块的功能，使其满足新的需求。

开闭原则的作用:

开闭原则是面向对象程序设计的终极目标，它使软件实体拥有一定的适应性和灵活性的同时 具备稳定性和延续性。

​ 1. 对软件测试的影响

软件遵守开闭原则的话，软件测试时只需要对扩展的代码进行测试就可以了，因为原有的测 试代码仍然能够正常运行。

​ 2. 可以提高代码的可复用性

粒度越小，被复用的可能性就越大；在面向对象的程序设计中，根据原子和抽象编程可以提 高代码的可复用性

​ 3. 可以提高软件的可维护性

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

开闭原则的实现方法

可以通过“抽象约束、封装变化”来实现开闭原则，即通过接口或者抽象类为软件实体定义 一个相对稳定的抽象层，而将相同的可变因素封装在相同的具体实现类中。 因为抽象灵活性好，适应性广，只要抽象的合理，可以基本保持软件架构的稳定。而软件中 易变的细节可以从抽象派生来的实现类来进行扩展，当软件需要发生变化时，只需要根据需 求重新派生一个实现类来扩展就可以了。

【例】Windows 的桌面主题设计 
Windows 的主题是桌面背景图片、窗口颜色和声音等元素的组合。用户可以根据自己的喜爱 更换自己的桌面主题，
也可以从网上下载新的主题。这些主题有共同的特点，可以为其定义 一个抽象类（Abstract Subject），
而每个具体的主题（Specific Subject）是其子类。用 户窗体可以根据需要选择或者增加新的主题，
而不需要修改原代码，所以它是满足开闭原则的

3. 依赖倒置原则

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

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

依赖、倒置原则的作用:

1. 依赖倒置原则可以降低类间的耦合性。
2. 依赖倒置原则可以提高系统的稳定性。
3. 依赖倒置原则可以减少并行开发引起的风险。
4. 依赖倒置原则可以提高代码的可读性和可维护性

依赖倒置原则是实现开闭原则的重要途径之一，它降低了客户与实现模块之间的耦合。 由于在软件设计中，细节具有多变性，而抽象层则相对稳定，因此以抽象为基础搭建起来的 架构要比以细节为基础搭建起来的架构要稳定得多。这里的抽象指的是接口或者抽象类，而细节是指具体的实现类。使用接口或者抽象类的目的是制定好规范和契约，而不去涉及任何 具体的操作，把展现细节的任务交给它们的实现类去完成。

【例】依赖倒置原则在“顾客购物程序”中的应用 
商店类中有 sell() 方法，顾客类通过该方法购物以下代码定义了顾客类通过韶关网店 
ShaoguanShop 购物： 
class Customer { 
	public void shopping(ShaoguanShop shop) { 
		System.out.println（shop.sell());
    } 
} 
如果该顾客想从另外一家商店（如婺源网店 WuyuanShop）购物,就要将该顾客的代码修改如下： 
class Customer { 
	public void shopping(WuyuanShop shop){ 
    	System.out.println(shop.sell());
    }
} 顾客每更换一家商店，都要修改一次代码，这明显违背了开闭原则。
存在以上缺点的原因是：顾客类设计时同具体的商店类绑定了，这违背了依赖倒置原则。
解决方法是：定义“婺源网店”和“韶关网店”的共同接口 Shop，顾客类面向该接口编程，其代码修改如下： 
class Customer{ 
	public void shopping(Shop shop){
		System.out.println(shop.sell()); 
	} 
} 这样，不管顾客类 Customer 访问什么商店，或者增加新的商店，都不需要修改原有代码了

4. 里式替换原则

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

也就是说：子类继承父类时，除添加新的方法完成新增功能外，尽量不要重写父类的方法 根据上述理解，对里氏替换原则的定义可以总结如下：

1. 子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法
2. 子类中可以增加自己特有的方法
3. 当子类的方法重载父类的方法时，方法的前置条件（即方法的输入参数）要比父类的方法更宽松
4. 当子类的方法实现父类的方法时（重写/重载或实现抽象方法），方法的后置条件（即方法的的输出/返回值）要比父类的方法更严格或相等

里氏替换原则的作用

1. 里氏替换原则是实现开闭原则的重要方式之一。
2. 它克服了继承中重写父类造成的可复用性变差的缺点。
3. 它是动作正确性的保证。即类的扩展不会给已有的系统引入新的错误，降低了代码出错的可能性。
4. 加强程序的健壮性，同时变更时可以做到非常好的兼容性，提高程序的维护性、可扩展性，降低需求变更时引入的风险。

【例】里氏替换原则在“几维鸟不是鸟”实例中的应用 
鸟一般都会飞行，如燕子的飞行速度大概是每小时 120 千米。但是新西兰的几维鸟由 于翅膀退化无法飞行。
假如要设计一个实例，计算这两种鸟飞行 300 千米要花费的时间。 显然，拿燕子来测试这段代码，结果正确，
能计算出所需要的时间；但拿几维鸟来测试，结果会发生“除零异常”或是“无穷大”，明显不符合预期
正确的做法是：取消几维鸟原来的继承关系，定义鸟和几维鸟的更一般的父类，如动物 类，它们都有奔跑的能力。
几维鸟的飞行速度虽然为 0，但奔跑速度不为 0，可以计算出其 奔跑 300 千米所要花费的时间。

5. 接口隔离原则

定义:程序员尽量将臃肿庞大的接口拆分成更小的和更具体的接口，让接口中只包含客户感兴趣的方法

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

接口隔离原则的优点

1. 将臃肿庞大的接口分解为多个粒度小的接口，可以预防外来变更的扩散，提高系统的灵活性和可维护性。
2. 接口隔离提高了系统的内聚性，减少了对外交互，降低了系统的耦合性。
3. 如果接口的粒度大小定义合理，能够保证系统的稳定性；
   • 如果定义过小，则会造成接口数量过多，使设计复杂化；
   • 定义太大，灵活性降低，无法提供定制服务，给整体项目带来无法预料的风险。
4. 使用多个专门的接口还能够体现对象的层次，因为可以通过接口的继承，实现对总接口的定义。
5. 能减少项目工程中的代码冗余。过大的大接口里面通常放置许多不用的方法，当实现这个接口的时候，被迫设计冗余的代码。

接口隔离原则和单一职责都是为了提高类的内聚性、降低它们之间的耦合性，体现了封装的 思想，但两者是不同的：

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

• 单一职责原则主要是约束类，它针对的是程序中的实现和细节；

• 接口隔离原则主要约束接口，主要针对抽象和程序整体框架的构建

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

6. 聚合复用原则

聚合复用又叫合成复用/组合复用，

定义：软件复用时，要尽量先使用组合或者聚合等关联关系来实现，其次才考虑使用继承关系来实现。

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

合成复用原则的重要性

通常类的复用分为继承复用和合成复用两种，继承复用虽然有简单和易实现的优点，但它也存在以下缺点

1. 继承复用破坏了类的封装性。因为继承会将父类的实现细节暴露给子类，父类对子类是透明的，所以这种复用又称为“白箱”复用。
2. 子类与父类的耦合度高。父类的实现的任何改变都会导致子类的实现发生变化，这不利于类的扩展与维护。
3. 它限制了复用的灵活性。从父类继承而来的实现是静态的，在编译时已经定义，所以在运行时不可能发生变化。

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

1. 它维持了类的封装性。因为成分对象的内部细节是新对象看不见的，所以这种复用又称为“黑箱”复用。
2. 新旧类之间的耦合度低。这种复用所需的依赖较少，新对象存取成分对象的唯一方法是通过成分对象的接口。
3. 复用的灵活性高。这种复用可以在运行时动态进行，新对象可以动态地引用与成分对象类型相同的对象

【例】汽车分类管理程序。
 汽车按“动力源”划分可分为汽油汽车、电动汽车等；按“颜色”划分可分为白色汽车、黑 色汽车和红色汽车等。
 如果同时考虑这两种分类，其组合就很多。可以看出用继承关系实现会产生很多子类，
 而且增加新的“动力源”或者增加新的“颜色” 都要修改源代码，这违背了开闭原则，显然不可取。
 但如果改用组合关系实现就能很好地解 决以上问题

7.迪米特法则

定义:迪米特法则又叫作最少知识原则,它的定义是只与你的直接朋友交谈，不跟“陌生人” 说话，

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

迪米特法则的优点

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

点。

1. 降低了类之间的耦合度，提高了模块的相对独立性。
2. 由于亲合度降低，从而提高了类的可复用率和系统的扩展性。

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

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

【例】明星与经纪人的关系实例 
明星由于全身心投入艺术，所以许多日常事务由经纪人负责处理，如与粉丝的见面会，与媒体公司的业务洽淡等。
这里的经纪人是明星的朋友，而粉丝和媒体公司是陌生人，所以适合使用迪米特法则