如此理解面向对象编程
从Rob Pike 的 Google+上的一个推看到了一篇叫《Understanding Object Oriented Programming》的文章,我先把这篇文章简述一下,然后再说说老牌黑客Rob Pike的评论。
先看这篇教程是怎么来讲述OOP的。它先给了下面这个问题,这个问题需要输出一段关于操作系统的文字:假设Unix很不错,Windows很差。
这个把下面这段代码描述成是Hacker Solution。(这帮人觉得下面这叫黑客?我估计这帮人真是没看过C语言的代码)
publicclassPrintOS { publicstaticvoidmain(finalString[] args) { String osName = System.getProperty("os.name") ; if(osName.equals("SunOS") || osName.equals("Linux")) { System.out.println("This is a UNIX box and therefore good.") ; } elseif(osName.equals("Windows NT") || osName.equals("Windows 95")) { System.out.println("This is a Windows box and therefore bad.") ; } else { System.out.println("This is not a box.") ; } } }
然后开始用面向对象的编程方式一步一步地进化这个代码。
先是以过程化的思路来重构之。
过程化的方案
publicclassPrintOS { privatestaticString unixBox() { return"This is a UNIX box and therefore good."; } privatestaticString windowsBox() { return"This is a Windows box and therefore bad."; } privatestaticString defaultBox() { return"This is not a box."; } privatestaticString getTheString(finalString osName) { if(osName.equals("SunOS") || osName.equals("Linux")) { returnunixBox() ; } elseif(osName.equals("Windows NT") ||osName.equals("Windows 95")) { returnwindowsBox() ; } else { returndefaultBox() ; } } publicstaticvoidmain(finalString[] args) { System.out.println(getTheString(System.getProperty("os.name"))) ; } }
然后是一个幼稚的面向对象的思路。
幼稚的面向对象编程
publicclassPrintOS { publicstaticvoidmain(finalString[] args) { System.out.println(OSDiscriminator.getBoxSpecifier().getStatement()) ; } }
publicclassOSDiscriminator // Factory Pattern { privatestaticBoxSpecifier theBoxSpecifier = null; publicstaticBoxSpecifier getBoxSpecifier() { if(theBoxSpecifier == null) { String osName = System.getProperty("os.name") ; if(osName.equals("SunOS") || osName.equals("Linux")) { theBoxSpecifier = newUNIXBox() ; } elseif(osName.equals("Windows NT") || osName.equals("Windows 95")) { theBoxSpecifier = newWindowsBox() ; } else { theBoxSpecifier = newDefaultBox () ; } } returntheBoxSpecifier ; } }
publicinterfaceBoxSpecifier { String getStatement() ; }
publicclassDefaultBox implementsBoxSpecifier { publicString getStatement() { return"This is not a box."; } }
publicclassUNIXBox implementsBoxSpecifier { publicString getStatement() { return"This is a UNIX box and therefore good."; } }
publicclassWindowsBox implementsBoxSpecifier { publicString getStatement() { return"This is a Windows box and therefore bad."; } }
他们觉得上面这段代码没有消除if语句,他们说这叫代码的“logic bottleneck”(逻辑瓶颈),因为如果你要增加一个操作系统的判断的话,你不但要加个类,还要改那段if-else的语句。
所以,他们整出一个叫Sophisticated的面向对象的解决方案。
OO大师的方案
注意其中的Design Pattern
publicclassPrintOS { publicstaticvoidmain(finalString[] args) { System.out.println(OSDiscriminator.getBoxSpecifier().getStatement()) ; } }
publicclassOSDiscriminator // Factory Pattern { privatestaticjava.util.HashMap storage = newjava.util.HashMap() ; publicstaticBoxSpecifier getBoxSpecifier() { BoxSpecifier value = (BoxSpecifier)storage.get(System.getProperty("os.name")) ; if(value == null) returnDefaultBox.value ; returnvalue ; } publicstaticvoidregister(finalString key, finalBoxSpecifier value) { storage.put(key, value) ; // Should guard against null keys, actually. } static { WindowsBox.register() ; UNIXBox.register() ; MacBox.register() ; } }
publicinterfaceBoxSpecifier { String getStatement() ; }
publicclassDefaultBox implementsBoxSpecifier // Singleton Pattern { publicstaticfinalDefaultBox value = newDefaultBox () ; privateDefaultBox() { } publicString getStatement() { return"This is not a box."; } }
publicclassUNIXBox implementsBoxSpecifier // Singleton Pattern { publicstaticfinalUNIXBox value = newUNIXBox() ; privateUNIXBox() { } public String getStatement() { return"This is a UNIX box and therefore good."; } publicstaticfinalvoidregister() { OSDiscriminator.register("SunOS", value) ; OSDiscriminator.register("Linux", value) ; } }
publicclassWindowsBox implementsBoxSpecifier // Singleton Pattern { public staticfinalWindowsBox value = newWindowsBox() ; privateWindowsBox() { } publicString getStatement() { return"This is a Windows box and therefore bad."; } publicstaticfinalvoidregister() { OSDiscriminator.register("Windows NT", value) ; OSDiscriminator.register("Windows 95", value) ; } }
publicclassMacBox implementsBoxSpecifier // Singleton Pattern { publicstaticfinalMacBox value = newMacBox() ; privateMacBox() { } public String getStatement() { return"This is a Macintosh box and therefore far superior."; } publicstaticfinalvoidregister() { OSDiscriminator.register("Mac OS", value) ; } }
作者还非常的意地说,他加了一个“Mac OS”的东西。老实说,当我看到最后这段OO大师搞出来的代码,我快要吐了。我瞬间想到了两件事:一个是以前酷壳上的《面向对象是个骗局》和 《各种流行的编程方式》中说的“设计模式驱动编程”,另一个我想到了那些被敏捷洗过脑的程序员和咨询师,也是这种德行。
于是我去看了一下第一作者Joseph Bergin的主页,这个Ph.D是果然刚刚完成了一本关于敏捷和模式的书。
Rob Pike的评论
(Rob Pike是当年在Bell lab里和Ken一起搞Unix的主儿,后来和Ken开发了UTF-8,现在还和Ken一起搞Go语言。注:不要以为Ken和Dennis是基友,其实他们才是真正的老基友!)
Rob Pike在他的Google+的这贴里评论到这篇文章——
他并不确认这篇文章是不是搞笑?但是他觉得这些个写这篇文章是很认真的。他说他要评论这篇文章是因为他们是一名Hacker,至少这个词出现在这篇文章的术语中。
他说,这个程序根本就不需要什么Object,只需要一张小小的配置表格,里面配置了对应的操作系统和你想输出的文本。这不就完了。这么简单的设计,非常容易地扩展,他们那个所谓的Hack Solution完全就是笨拙的代码。后面那些所谓的代码进化相当疯狂和愚蠢的,这个完全误导了对编程的认知。
然后,他还说,他觉得这些OO的狂热份子非常害怕数据,他们喜欢用多层的类的关系来完成一个本来只需要检索三行数据表的工作。他说他曾经听说有人在他的工作种用各种OO的东西来替换While循环。(我听说中国Thoughtworks那帮搞敏捷的人的确喜欢用Object来替换所有的if-else语句,他们甚至还喜欢把函数的行数限制在10行以内)
他还给了一个链接http://prog21.dadgum.com/156.html,你可以读一读。最后他说,OOP的本质就是——对数据和与之关联的行为进行编程。便就算是这样也不完全对,因为:
Sometimes data is just data and functions are just functions.
我的理解
我觉得,这篇文章的例子举得太差了,差得感觉就像是OO的高级黑。面向对象编程注重的是:1)数据和其行为的打包封装,2)程序的接口和实现的解耦。你那怕,举一个多个开关和多个电器的例子,不然就像STL中,一个排序算法对多个不同容器的例子,都比这个例子要好得多得多。老实说,Java SDK里太多这样的东西了。
我以前给一些公司讲一些设计模式的培训课,我一再提到,那23个经典的设计模式和OO半毛钱关系没有,只不过人家用OO来实现罢了。设计模式就三个准则:1)中意于组合而不是继承,2)依赖于接口而不是实现,3)高内聚,低耦合。你看,这完全就是Unix的设计准则。
(全文完)
建议继续学习:
- Javascript 面向对象编程 (阅读:2491)
- 再谈javascript面向对象编程 (阅读:2002)
- 如何创建CSS的对象?获取合适的粒度! (阅读:1979)
- 从面向对象的设计模式看软件设计 (阅读:1919)
- Javascript面向对象编程(三):非函数对象的继承 (阅读:1868)
扫一扫订阅我的微信号:IT技术博客大学习
- 作者:陈皓 来源: 酷壳 - CoolShell.cn
- 标签: 面向对象
- 发布时间:2012-12-14 13:51:02
- [52] IOS安全–浅谈关于IOS加固的几种方法
- [52] 图书馆的世界纪录
- [51] 如何拿下简短的域名
- [50] android 开发入门
- [49] Go Reflect 性能
- [49] Oracle MTS模式下 进程地址与会话信
- [47] 【社会化设计】自我(self)部分――欢迎区
- [45] 读书笔记-壹百度:百度十年千倍的29条法则
- [37] 程序员技术练级攻略
- [29] 视觉调整-设计师 vs. 逻辑