Object Orientation Is a Hoax

School of Information Science and Engineering
University of Jinan

Transcript

1. 面向对象是个骗局 我对面向对象的片面理解
2. 标题只是个噱头 • Paul Graham：如果你能“远远地”跳 出传统思维，提出让别人一听脑袋就轰 一声炸开的惊人观点，那么你就在“小 小地”跳出传统思维方面不会有任何困 难。 • 人们把这种情况成为“创新”。
3. 事先声明： • 我不是Java黑 • 我不是OOP黑 • 认识是在曲折中前进的 • 讲这个的目的是为了让你们从多角度看待问题，如果我大 大的黑OOP一次，可能你对这个角度的理解就有了小小的 进步
4. 一些对OOP的评价（一） • Alexander Stepanov（STL之父）：面向对象是 个骗局 • >1. I find OOP technically unsound. • >2. I find OOP philosophically unsound. It claims that everything is an object. Even if it is true it is not very interesting - saying that everything is an object is saying nothing at all. • >3. I find OOP methodologically wrong. It starts with classes. It is as if mathematicians would start with axioms. 策略？状态？ AOP？！
5. 一些对OOP的评价（二） 《人月神话》： • 对付人狼的铜弹 • 认为它的优势是客观存在的，并非仅仅是 推测。 James Coggins(The C++ Report专栏作者) • 不会加快第一二个项目，产品族中的第5个 的开发异常迅速。
6. 一些对OOP的评价（三） StackExchange.com： • 年度 过度炒作的概念 评选
7. 一些对OOP的评价（四） Bjarne Stroustrup （C++的发明者）： • 我倾向于把OOP等价于大量使用继承类和虚 函数（某些语言的调用方法）。从历史上来 说，这个定义是精确的，因为，在那个时候， 只有类的继承和虚函数一起存在的设计哲学， 才能把Simula和其它语言分别开来。
8. OOP三要素 • 封装 • 继承 • 多态 • 如果知道了每个要素对应解决的是什么问题，就可以更好 的理解OOP！
9. OOP五大基本原则 • 单一职责原则（SRP） • 开放封闭原则（OCP） • 里氏替换原则（LSP） • 依赖倒置原则（DIP） • 接口隔离原则（ISP） • 如果知道了每个原则对应解决的是什么问题，就可以更好 的理解OOP！ 会用Java写程序并不意味着你会OOPL，懂得五大原则和一些 实现的方法才能说会OOPL。
10. SRP: 单一职责原则 定义： • 一个类应该只有一个发生变化的原因。 • 想当然的认为一个类发出的动作就应该写成它的方法。 • Facade, Proxy
12. OCP: 开放-封闭原则 定义： • 软件实体（类、模块、函数等）应该是可以扩展的，但是 不可修改。 • 让一个模块依赖于一个抽象类或接口，从而在不改变原有 代码甚至dll文件的情况下进行扩展。
13. • 相关模式：Strategy, Template method Client Server Client Client Interface Server
14. LSP: Liskov替换原则 定义： 子类型（subtype）必须能够替换掉它们的基类性（base type）。 和OCP的关系： • LSP是使OCP成为可能的主要原则之一
17. • 是否符合LSP，不是客观的，而是要看上下文！ • LSP的IS-A针对行为，而自然语言IS-A不是 • 解决方法：DBC
18. DIP：依赖倒置原则 定义： • A. 高层模块不应该依赖于低层模块，二者都应该依赖于抽 象。 • B. 抽象不应该依赖于细节。细节应该依赖于抽象。 和OCP的关系： • DIP 原则和 OCP 原则是目标和手段的关系。OCP 是目标， DIP 是手段。要想实现 OCP ，必须坚持 DIP 。违反了 DIP ， 则不可能达到 OCP 要求。 对比： • LSP原则 OCP目标 DIP手段
19. • 第一，当需要追加提供一种新的Service时，我们不得不对 UI层进行改动，增加了额外的工作。 • 第二，这种改动可能会影响到UI，带来风险。 • 第三，改动后，UI层和Logic层都必须重新再做Unit testing。
20. • OCP相关模式：Abstract Factory, Factory Method, Prototype
21. ISP：接口隔离原则 • 不应该强迫客户程序依赖并使用并未使用的方法。
24. • 解决方法： • 把UI接口拆分掉
25. 什么时候用设计模式？ • 几乎所有的依赖，在一句经典的“我以后可能会换一种方 式实现它”面前，都变得似乎需要被解耦。
26. 其实我也不知道什么时候用 • Design is a wicked problem • Design is a sloppy process (Even if produces a tidy result) • Design is about tradeoffs and priorities • Design involves restrictions • Design in nondeterministic • ……
27. 有一些方法 既然我们无法避免第一 颗子弹，那么： • 编写测试 • 短期迭代 • 要事第一 • 经常发布 同样的招数使用两次，对圣斗士是无效 的！
28. 对设计模式的态度 • 设计模式只针对OOPL，谈其他语言都是扯淡 • 设计模式很多情况下是必须用，而非锦上添花。（你编程 不需要DIP吗？DIP不需要工厂方法吗？） • 只为实现功能而编程，用不到设计模式，但那也不是OOP 了 • 设计模式当然需要很大开销 • 要知其所以然，追根溯源
29. • 陈皓： • Design Pattern教你的是两件事， • 1）怎么去化繁为简， • 2）怎么能让对象的耦合性降低。
30. 不要有这些态度 • 不要为了模式而模式 • 只要遵循基本设计原则就可以 • 编程语言都是浮云、思想最重要 • 编程工具都是浮云、思想最重要 • 受“无招胜有招”文化熏陶太久，导致大家还没等学会招呢， 先奔无招去了： 延伸阅读：思想最重要？(ramiel.blogbus.com)
31. 荐书