设计模式 Day02 面向对象设计原则

1. 如何同时提高一个软件系统的可维护性和可复用性是面向对象设计需要解决的核心问题之一，那么解决的办法是什么呢？

• 遵守面向对象设计原则
• 面向对象设计原则为支持可维护性复用性而诞生的，这些原则蕴含在很多设计模式中，它们是从许多设计方案中总结出来的指导性原则。

2. 有 7 种面向对象设计原则，是哪 7 种？

image.png

一、面向对象设计原则之 单一职责原则

1. 说一下你对单一职责原则的理解？

• 单一职责原则（Single Responsibility Principle）
• 理解方式一：一个类只负责一个功能领域中的相应职责
• 理解方式二：就一个类而言，应该只有一个引起它变化的原因

2. 单一职责原则 和 高内聚、低耦合 之间是什么关系？

• 单一职责原则是实现 高内聚、低耦合的指导方针，它是最简单但又最难运用的原则。
• 它需要设计人员发现类的不同职责并将其分离，而发现类的多重职责需要设计人员具有较强的分析设计能力和相关实践经验

3. 实战：思考如何改造下面的方案，让它遵守单一职责原则？

image.png

• 改造方案：

image.png

二、面向对象设计原则之 开闭原则

1. 说一下你对开闭原则的理解？

• 开闭原则（Open-Closed Principle）
• 开闭原则：一个软件实体应当对扩展开发，对修改关闭。即软件实体应尽量在不修改原有代码的情况下进行扩展。

2. 遵守开闭原则最常用的做法是什么？

• 为了满足开闭原则，需要对系统进行抽象化设计，抽象化是开闭原则的关键

3. 思考：如何改造下面的例子，让其遵守开闭原则？

image.png

• 修改方案如下：

image.png

三、面向对象设计原则之 里氏代换原则

1. 为什么里氏代换原则的名称里面，有个里氏？太难记了

• 因为里氏代换原则由 2008 年图灵奖得主、美国第一位计算机科学女博士 Barbara Liskov 教授 提出的

2. 说一下你对里氏代换原则的理解？

• 里氏代换原则（Liskov Substitution Principle）
• 里氏代换原则：所有引用基类（父类）的地方必须能够透明地使用其子类的对象。

3. 里氏代换原则和开闭原则是什么关系？

• 里氏代换原则是实现开闭原则的重要方式之一，由于使用基类对象的地方都可以使用子类对象，因此在程序中尽量使用基类类型来对对象进行定义，而在运行时再确定其子类类型，用子类对象来代替父类对象。

4.使用里氏代换原则时需要注意如下几个问题

image.png

5. 实战：使用里氏代换原则优化下面代码

image.png

• 优化方式如下：

image.png

四、面向对象设计原则之 依赖倒转原则

1. 简述你对依赖倒转原则的理解？

• 依赖倒转原则（Dependency Inversion Principle，DIP）
• 依赖倒转原则：抽象不应该依赖于细节，细节应当依赖于抽象。换言之，要针对接口编程，而不是针对实现编程。

2. 什么是依赖注入（DependencyInjection）？

• 依赖注入：是指当一个对象要与其他对象发生依赖关系时，通过构造注入、设值注入(Setter 方法)、接口注入来注入所依赖的对象。

3. 如果要实现依赖倒转原则，那么我们通常使用上面介绍的三种注入方式中的哪一种？

• 要选择 接口注入

4. 很重要的一句话

• 开闭原则是目标，里氏代换原则是基础，依赖倒转原则是手段，它们相辅相成，相互补充，目标一致，只是分析问题时所站角度不同而已。
• 要走出把几大原则进行隔离区分的误区。

5. 实战：下面方案如何修改，才能遵守依赖倒转原则？

image.png

• 修改方案如下

image.png

五、面向对象设计原则之 接口隔离原则

1. 说一下你对接口隔离原则的理解

• 接口隔离原则（Interface Segregation Principle）
• 接口隔离原则：使用多个专门的接口，而不使用单一的总接口，即客户端不应该依赖那些它不需要的接口
• 换句话说：接口也要遵循 单一职责原则

2. 实战：让让下代码遵守 接口隔离原则

image.png

• 改造如下：

image.png

六、面向对象设计原则之 合成复用原则

1. 说下你对合成复用原则的理解？

• 合成复用原则（Composite Reuse Principle）：尽量使用对象组合，而不是继承来达到复用的目的。

2. 实战：改造下面代码，让其遵守合成复用原则

image.png

• 改造如下：

image.png

七、面向对象设计原则之 迪米特法则

1. 说下你对迪米特法则的理解？

• 迪米特法则（Law of Demeter）有称为 最少知识原则（Least Knowledge Principle）
• 迪米特法则：一个软件实体应当尽可能少地与其他实体发生相互作用。换言之，迪米特法则可降低系统的耦合度，使类与类之间保持松散的耦合关系。

2. 实战：让下面的例子遵守迪米特法则

image.png

• 迪米特法则要求我们在设计系统时，应该尽量减少对象之间的交互，如果两个对象之间不必彼此直接通信，那么这两个对象就不应当发生任何直接的相互作用，如果其中的一个对象需要调用另一个对象的某一个方法的话，可以通过第三者转发这个调用。简言之，就是通过引入一个合理的第三者来降低现有对象之间的耦合度。

image.png

本文来源：https://blog.csdn.net/lovelion/article/details/7563445