今天下午听了李建忠老师的WEBCAST
讲的非常经典,但我水平还不够,需要慢慢体会......
面向对象设计模式与原则
设计模式简介
1. 每一个模式描述了一个在我们周围不断重复发生的问题，以及该问题的解决方案的核心 。
2. 设计模式描述了软件设计过程中某一类常见问题的一般性的解决方案.
3. 面向对象设计模式描述了面向对象设计过程中,特定场景下,类与相互通信的对象之间常见的组织关系.
设计模式与面向对象
1. 面向对象设计模式解决的是"类与相互通信的对象之间的组织关系,包括它们的角色,职责 ,协作方式几个方面".
2. 面向对象设计模式是"好的面向对象设计",所谓"好的面向对象设计"是那些可以满足"应对变化,提高复用"的设计.
3. 面向对象设计模式描述的是软件设计,因此它是独立于编程语言的，但是面向对象设计模式的最终实现仍然要使用面向对象编程语言来表达.
4. 面向对象设计模式不像算法技巧可以照搬照用,它是建立在对"面向对象"纯熟,深入的理解的基础上的经验性认识.掌握面向对象设计模式的前提是首先掌握"面向对象"!
从编程语言直观了解面向对象
各种面向对象编程语言相互有别,但都能看到他们对面向对象三大机制的支持,即:"封装,继承,多态"
1. 封装:隐藏内部实现
2. 继承.复用现有代码
3. 多态:改写对象行为
但OOPL并非面向对象的全部
1. 从各种面向对象编程语言认识到的面向对象，并不是面向对象的全部，甚至只是浅陋的面向对象.
2. OOPL的三大机制可以表达面向对象的所有概念,但本身并没有刻画出面向对象的核心精神.不是使用了面向对象的语言就实现了面向对象的设计与开发!因此不能以编程语言的面向对象机制,来掌握面向对象。
3. OOPL没有回答面向对象的根本性问题:我们为什么要使用面向对象?我们应该怎样使用三大机制来实现”好的面向对象”?我们应该遵循什么样的面向对象原则?
4. 面向对象程序员都需要系统地学习面向对象的知识,单纯从编程语言上获得面向对象知识,不能够胜任面向对象设计与开发.
从一个示例谈起
示例场景:
我们需要一个人事管理系统,其中的一个功能是对各种不同类型的员工，计算其当月的工资----不同类型的员工,拥有不同的薪金计算制度.
结构化算法:
1. 获得人事系统中所有可能的员工类型
2. 根据不同的员工类型所对应的不同的薪金制度,计算其工资
面向对象设计
1. 根据不同的员工类型设计不同的类,并使这些类继承自一个Employee抽象类,其中有一个抽象方法GetSalary.
2. 在各个不同的员工类中,根据自己的薪金制度,重写(override)GetSalary方法.
需求改变了:
随着客户公司业务规模的拓展，又出现了更多类型的员工,比如钟点工,计件工等等.现在原有的程序必须改变.
结构化:
几乎所有涉及到员工类型的地方(包括”计算工资程序”)都需要做改变.这些代码都需要重新编译,重新部署.
面向对象:
只需要在新的文件里增加新的员工类,让其继承自Employee抽象类,并重写GetSalary()方法,然后在EmployeeFactory.GetEmployee方法根据相关条件，产生新的员工类型就可以了.其他地方(显示工资程序,Engineer类,Sales类等)则不需要做任何改变.
重新认识面向对象
1. 对于前面的例子,从宏观层面来看,面向对象的构建方式更能适应软件的变化,能将变化所带来的影响减为最小.
2. 从微观层面来看,面向对象的方式更强调各个类的”责任”,新增员工类型不会影响原来员工类型的实现代码----这更符合真实的世界,也更能控制变化所影响的范围.
3. 对象是什么?
A. 从概念层面讲,对象是拥有某种职责的抽象.
B. 从规格层面讲,对象是一系列可以被其他对象使用的公共接口.
C. 从语言实现层面来看，对象封装了代码和数据.
4. 有了这些认识之后，怎样才能设计”好的面向对象”?
A. 遵循一定的面向对象设计原则.
B. 熟悉一些典型的面向对象设计模式.
从设计原则到设计模式
1. 针对接口编程,而不是针对实现编程
客户无须知道所使用对象的特定类型,只需要知道对象拥有客户所期望的接口.
2. 优先使用对象组合,而不是类继承
类继承通常为”白箱复用”,对象组合通常为”黑箱复用”.继承在某种程度上破坏了封装性，子类和父类之间的偶合度高;而对象组合则只要求被组合的对具有良好定义的接口,偶合度低.
3. 封装变化点
使用封装类创建对象之间的分界层,让设计者可以在分界层的一侧进行修改,而不会对另一侧产生不良的影响，从而实现层次间的松偶合.
4. 使用重构得到模式----设计模式的应用不宜先入为主,一上来就使用设计模式是对设计模式的最大误用.没有一步到位的设计模式.敏捷软件开发实践提倡的”Refactoring to Patterns”是目前普遍公认的最好的使用设计模式的方法.
几条更具体的设计原则
1. 单一职责原则(SRP)
一个类应该仅有一个引起它变化的原因.
2. 开放封闭原则(OCP)
类模块应该是可扩展的,但是不可修改(对扩展开放，对更改封闭)
3. Liskov替换原则(LSP)
子类必须能够替换他们的基类.
4. 依赖倒置原则(DIP)
a) 高层模块不应该依赖于低层模块,二者都应该依赖于抽象。
b) 抽象不应依赖于实现细节,实现细节应该依赖于抽象.
5. 接口隔离原则(ISP)
不应该强迫客户程序依赖于它们不用的方法.
课程总结
1. 设计模式描述了软件设计过程中某一类常见问题的一般性的解决方案.面向对象设计模式描述了面向对象设计过程中特定场景下，类与相互通信的对象之间常见的组织关系.
2. 深刻理解面向对象是学好设计模式的基础，掌握一定的面向对象设计原则才能把握面向对象设计模式的精髓，从而实现灵活运用实际模式.
3. 三大基本面向对象设计原则
a) 针对接口编程,而不是针对实现编程.