《C#设计模式》-面向对象设计原则

面向对象设计的目标之一在于支持可维护性复用，一方面需要实现设计方案或者源代码的复用，另一方面要确保系统能够易于扩展和修改，具有良好的可维护性。

7个常用的面向对象的设计原则

单一职责原则

定义：一个对象应该只包含单一的职责，并且该职责被完整地封装在一个类中

• 单一职责原则是最简单的面向对象设计原则，用于控制类的粒度大小
• 另一种定义方式是，就一个类而言，应该仅有一个引起它变化的原因。
• 单一职责原则是实现高内聚、低耦合的指导方针，是最简单却最难运用的原则，需要设计人员发现类的不同职责并将其分离，而发现类的多重职责需要设计人员具有较强的分析设计能力和相关的实践经验。

开闭原则

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

• 软件实体尽量在不修改原有代码的情况下经行扩展
• 定义一个相对稳定的抽象层，而将不同 的实现行为移至具体的实现层中完成
• 在对每一个模式进行优缺点评价时都会将开闭原则作为一个重要的评价依据。

里氏替换原则

定义：所有引用基类地地方必须能透明地使用子类地对象

• 在程序中尽量使用基类类型进行定义，而在运行时在确定其子类类型，用子类对象来替换父类对象。
• 在运用里氏替换原则时，应该将父类设计为抽象类或者接口，让子类继承父类或实现父类接口，并实现在父类中声明的方法。

依赖倒转原则：

定义：高层模块应该依赖低层模块，它们都应该依赖抽象。抽象不应该依赖细节，细节应该依赖抽象

• 简单来说，依赖倒转的要求：要针对接口编程，不要正对实现编程
• 在实现依赖倒转原则时，需要针对抽象层进行编程，而将具体类的对象通过依赖注入（Dependency Injection, DI）的方式注入其他对象中。依赖注入是指当一个对象要与其他对象发生依赖关系时，通过方法参数来注入所依赖的对象。
• 在大多数情况下，开闭原则、里氏替换原则、依赖倒转原则会同时出现，开闭原则是目标，里氏替换原则是基础、依赖倒转是手段，它们相辅相成，相互补充，目标一致，只是分析问题时所站角度不同而已。

接口隔离原则

定义：客户端不应该依赖那些它不需要地接口

• 当一个接口太大时，需要将它分割成小些更细小的接口
• 接口应该尽量细化，同时接口中的方法应该尽量少，每个接口中只包含一个客户端（如子模块或业务逻辑类）所需的方法即可，这种机制也称为“定制服务”，即为不同的客户端提供宽窄不同的接口。

合成复用原则

定义：优先使用对象组合，而不是继承来达到复用的目的

• 合成复用原则是在一个新的对象里通过关联关系（包括组合关系和聚合关系）来使用一些已有的对象，使之成为新对象的一部分，型对象通过委派调用已有的对象的方法达到复用功能的目的。简言之，复用时要尽量使用组合/聚合关系，少用继承。降低类与类之间的耦合度。
• 成员对象的变化对新对象的影响不大，可以在新对象中根据实际需要有选择性地调用成员对象地操作。
• 一般而言，如果两个类之间时“Has-A”关系使用组合或聚合，如果时“Is-A”关系可使用继承。

迪米特法则

定义：每一个软件单位对其他的单位都只有最少的知识，而且局限于那些于本单位密切相关的软件单位

• 迪米特反则要求一个软件实体应当尽可能少地与其他实体发生相互作用。如果一个系统符合迪米特法则，那么当其中某一个模块发生修改时，就会尽量少地影响其他模块，扩展会相对容易，这是对软件实体之间通信地限使，迪米特法则要求限使软件实体间统一地宽度和深度。
• 如果两个对象之间不必彼此直接通信，那么这两个对象就不应该发生任何直接地相互作用。

如果觉得文章写得还行，请点个赞。如果想与我进一步交流，可以关注我的公众号或者加我的微信。

个人微信
公众号_DotNet微说.jpg