【AICon】探索RAG 技术在实际应用中遇到的挑战及应对策略!AICon精华内容已上线73%>>> 了解详情
写点什么

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

  • 2007-08-04
  • 本文字数:1557 字

    阅读完需:约 5 分钟

十多年前,被人称之为“四人帮(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?

2007-08-04 11:005662
用户头像

发布了 197 篇内容, 共 52.3 次阅读, 收获喜欢 20 次。

关注

评论

发布
暂无评论
发现更多内容

第十周-学习总结

Mr_No爱学习

第六周 学习总结

简简单单

week6-homework

J

大作业一

架构师训练营第 1 期

LeetCode题解:264. 丑数 II,二叉堆,JavaScript,详细注释

Lee Chen

算法 大前端 LeetCode

架构师系列 12 单向散列加密算法对用户密码加密

桃花原记

國際網路 商業因果-緣起

因田木

元旦首献!腾讯高工甩出的“MyBatis源码解析”传授你年薪百万级干货!

比伯

Java 编程 架构 面试 技术宅

架构师训练营大作业二

吴传禹

架构师训练营第 1 期

重点人员管控系统开发大数据分析研判平台搭建

t13823115967

微警务

三面百度,四面字节跳动。我是怎么被百度吊打,又是怎么拿下字节offer的?(Java开发岗)

Java架构之路

Java 程序员 架构 面试 编程语言

2021年最新Github星标73.7K的性能优化PDF也太完美了

Java架构追梦

Java 学习 架构 面试 性能优化

AOP的姿势之 简化 MemoryCache 使用方式

八苦-瞿昙

C# aop cache

辞幕2020,前行2021

iHTC

程序员 中年危机 提升自我 年终总结 技术学习

公安微警务APP开发,移动警务系统建设方案

t13823115967

大数据

架构师训练营第十一周作业1

韩儿

十二周作业

solike

架构师训练营大作业一

吴传禹

架构师训练营第 1 期

UML实践

Iris

架构师训练营 4 期

架构师训练营大作业一

吴传禹

架构师训练营第 1 期

51 张图助你彻底掌握 HTTP 协议

Java架构师迁哥

架构师培训第一周学习总结

跳蚤

最全总结 | 聊聊 Python 数据处理全家桶(Mysql 篇)

星安果

Python MySQL 数据库 最全总结

第十周-作业1

Mr_No爱学习

架构训练营第十一周作业

一期一会

高可用架构

架构师训练营第十五周课程笔记及心得

Airs

我花费一年的时间明白大厂面试的残酷!也最终拿到蚂蚁金服offer,定级P7职位。

Java架构之路

Java 程序员 架构 面试 编程语言

性能优化-1-压测

raox

第六周 技术选型(二) 课后作业

简简单单

架构师训练营第十一周作业2

韩儿

面试又不会JVM?阿里P8总结出25道JVM面试解析(基础+进阶+实战)

Java架构之路

Java 程序员 架构 面试 编程语言

“四人帮”的设计模式经得起时间的考验么?_架构_Arnon Rotem-Gal-Oz_InfoQ精选文章