C#面向对象设计模式纵横谈(1)：面向对象设计模式与原则

讲师:李建忠

每一个模式描述了一个在我们周围不断重复发生的问题，以及该问题的解决方案的核心。
                                                                                                                                                       ——Christopher Alexander

设计模式描述了软件设计过程中某一类常见问题的一般性的解决方案。

面向对象设计模式描述了面向对象设计过程中、特定场景下、类与相互通信的对象之间常见的组织关系。

面向对象设计模式是“好的面向对象设计”，所谓“好的面向对象设计”是那些可以满足“应对变化，提高复用”的设计。

面向对象设计模式不像算法技巧，可以照搬照用，它是建立在对“面向对象”纯熟、深入的理解的基础上的经验性认识。掌握面向对象设计模式的前提是首先掌握“面向对象”！

通过面向对象编程语言（OOPL）认识到的面向对象，并不是面向对象的全部，甚至只是浅陋的面向对象。

OOPL的三大机制“封装、继承、多态” 可以表达面向对象的所有概念，但这三大机制本身并没有刻画出面向对象的核心精神。换言之，既可以用这三大机制做出“好的面向对象设计”，也可以用这三大机制做出“差的面向对象设计”。不是使用了面向对象的语言（例如C#），就实现了面向对象的设计与开发！因此我们不能依赖编程语言的面向对象机制，来掌握面向对象。

OOPL没有回答面向对象的根本性问题——我们为什么要使用面向对象？我们应该怎样使用三大机制来实现“好的面向对象”？ 我们应该遵循什么样的面向对象原则？

对象是什么？
– 从概念层面讲，对象是某种拥有责任的抽象。
– 从规格层面讲，对象是一系列可以被其他对象使用的公共接口。
– 从语言实现层面来看，对象封装了代码和数据。

有了这些认识之后，怎样才能设计“好的面向对象”？
– 遵循一定的面向对象设计原则
– 熟悉一些典型的面向对象设计模式

从设计原则到设计模式

• 针对接口编程，而不是针对实现编程
– 客户无需知道所使用对象的特定类型，只需要知道对象拥有客户所期望
的接口。
• 优先使用对象组合，而不是类继承
– 类继承通常为“白箱复用”，对象组合通常为“黑箱复用”。继承在某种程度
上破坏了封装性，子类父类耦合度高；而对象组合则只要求被组合的对
象具有良好定义的接口，耦合度低。
• 封装变化点
– 使用封装来创建对象之间的分界层，让设计者可以在分界层的一侧进行
修改，而不会对另一侧产生不良的影响，从而实现层次间的松耦合。

• 使用重构得到模式——设计模式的应用不宜先入为主，一上来就使用
设计模式是对设计模式的最大误用。没有一步到位的设计模式。敏捷
软件开发实践提倡的“Refactoringto Patterns ”是目前普遍公认的最好
的使用设计模式的方法。

几条更具体的设计原则

• 单一职责原则（SRP）：
– 一个类应该仅有一个引起它变化的原因。
• 开放封闭原则（OCP）：
– 类模块应该是可扩展的，但是不可修改（对扩展开放，对更改封闭）
• Liskov 替换原则（LSP）:
– 子类必须能够替换它们的基类
• 依赖倒置原则（DIP）：
– 高层模块不应该依赖于低层模块，二者都应该依赖于抽象。
– 抽象不应该依赖于实现细节，实现细节应该依赖于抽象。
• 接口隔离原则（ISP）：
– 不应该强迫客户程序依赖于它们不用的方法。

讲座总结

• 设计模式描述了软件设计过程中某一类常见问题的一般性的解决方
案。面向对象设计模式描述了面向对象设计过程中、特定场景下、类
与相互通信的对象之间常见的组织关系。
• 深刻理解面向对象是学好设计模式的基础，掌握一定的面向对象设计
原则才能把握面向对象设计模式的精髓，从而实现灵活运用设计模
式。
• 三大基本面向对象设计原则
– 针对接口编程，而不是针对实现编程
– 优先使用对象组合，而不是类继承
– 封装变化点
• 使用重构得到模式。敏捷软件开发实践提倡的“Refactoringto
Patterns”是目前普遍公认的最好的使用设计模式的方法。