BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

“四人帮”的设计模式经得起时间的考验么?

| 作者 Arnon Rotem-Gal-Oz 关注 0 他的粉丝 ,译者 李剑 关注 1 他的粉丝 发布于 2007年8月5日. 估计阅读时间: 5 分钟 | QCon上海2018 关注大数据平台技术选型、搭建、系统迁移和优化的经验。

十多年前,被人称之为“四人帮(Gang of Four,GoF)”的Erich Gamma、Richard Helm、Ralph Johnson和John Vlissides出版了他们这本划时代的著作:“设计模式:可复用面向对象软件的基础”。这本书曾被认为是整个软件模式发展的先驱,但最近却被人质疑已经与时代的发展脱节,书中解决问题的方式已经可以由新的语言来更好的处理,而且还增加了不必要的复杂度。

这一切都是由7月的早些时候,Jeff Atwood(Code Horror)对GoF的这本设计模式进行批评而引起的。Jeff说道,虽然他认为每一个程序员都应该读一下这本书,但是他仍然认为书中存在两个很大的问题:

1. 设计模式是复杂性的一种表现形式。我宁愿看到开发者在直接拿一张复杂的设计模式处方来用之前,先把注意力集中在寻找更简单的解决方案上。
2. 如果你发现自己常常需要写上一大堆设计模式的样板式代码(boilerplate code)来处理“经常重现的设计问题”,那设计思路本身就是有问题的——这也是一个表示你所使用的语言的基础结构出现问题的信号。

Jeff还在文中引用了Mark Dominus的话。Mark的看法是GoF的设计模式一书实际上阻碍了Christoper Alexander等人思想的传播——他们编写了“A Pattern Language - Towns, Buildings, Construction”这本描述建筑架构的著作,该书被公认为激发了计算机科学领域内的设计模式运动。

Steve Rowe也认为模式应当被作为优秀设计和原则的示例加以应用,而不是被当作一本参考书来翻阅,但是他同时也指出Jeff的说法是偏离主题的,因为Jeff指责的不是人们错误的应用设计模式的方式,而是设计模式的概念。他最后总结说,模式应当被当作优秀设计的示例,而非教条:

当我们学习设计模式发挥作用的方式来帮助我们创建相似的模式时,设计模式是好的;但是当我们直接把它们拷贝过来用时,它们就是坏的。如果有人翻开GoF的书,他就会发现作者常常都会为每一种设计模式都给出一些略有不同的示例。而且他或许也会发现在书中有大量的关于OO的讨论,这些讨论最终的结果就是模式。

Cedric Beust(Otaku)在一篇名为“为设计模式而辩(In Defense of Design Patterns)” 的文章中对Jeff和Mark的批判做出了回应。Cedric认为Jeff(以及在他之前的Mark)对GoF一书进行批判但没有给出替代方案的做法是错误的。还有一个问题就是把Alexander的建筑设计模式和软件设计模式放在一个层面上比较:

很明显,我们应当把Alexander的设计模式和GoF的设计模式分离开来,其原因在于:软件工程的发展要远远落后于建筑工程。我们目前还只是处于做一些螺母和螺栓的阶段,无论什么时候启动一个新的软件项目,我们都不能保证一年之后它不会因为自身的重量而垮掉。换个视角来看,我们不妨想像一下这样一个世界:当一个建筑(比如说一座大桥)开工时,这个项目中雇用了什么样的工程师和工人,这座桥就会有什么样的未来……

Cedric说,建筑的发展要比软件领先的多(在可预测性和稳定性方面)。我们现在还是在地基上努力奋斗,我们也应该把精力集中在这里。

Aristotle Pagaltzis却在Cedric的博客上留言表示Mark的看法是有理有据的:

Dominus的意思是可以把设计模式看作是一个信号,它表示了一门语言在设计模式所用来解决问题的领域内的欠缺。换句话说,在Java中用到的访问者(Visitor)模式就说明了Java在访问列表方面的不足:“Map”和“Filter”这样的语言构造不得不使用冗长的面向对象咒语才能模拟出来。

不是像这样用设计模式不对。他只是说它们表示了语言的不足。

看上去大多数人(如果不是全部的话)都认为设计模式作为软件工程的工具是很有用处的,人们的分歧只是聚焦于GoF的书在今天的价值而已。你的意见是什么?你觉得GoF的设计模式是永不褪色的珍宝,还是已成明日黄花?

查看英文原文:Gang of Four Design Patterns - Does it stand the test of time?

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

RE: 他不是说像这样用设计模式不对。他只是说它们表示了语言的不足 by Chen Island

非常同意“他不是说像这样用设计模式不对。他只是说它们表示了语言的不足”这个说法,我一直就认为“C->C++->Java->Groovy”就是不断地将各种设计模式添加到语言本身去。

至少《可复用面向对象软件的基础》这个副标题得改 by wen zhang

设计模式中的大部分模式都是为静态语言C++和Java创立的,而面向对象的鼻祖smalltalk,现在流行的ruby等等都是动态语言,凭什么还称是可复用面向对象软件的基础呢?那些bridge\template\singlten\factory在这些动态语言里边全都用不到。。

abcd by good gpy

个人感觉,除了少数几个模式给人一点启发外,其它模式都无用

Re: abcd by Wu Junyin

个人感觉,除了少数几个模式给人一点启发外,其它模式都无用

事实上不是无用,而是能够深入了解并在实际中应用的不多。
当然我们所说的两种情况很难区分 :P

Re: abcd by Jacky Li

我倒想问一下,你觉得给你启发的模式是什么?没用的模式又是什么?为什么没用?

回复 by god marine

其实我觉得这本书主要的还是讲的如何更好的用接口与与类之间的关系来解决一些程序耦合的问题,这应该是本质的问题吧……

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

6 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT