Name: Design Patterns
ISBN: 9780201633610

作者: Erich Gamma / Richard Helm / Ralph Johnson / John Vlissides
出版社: Addison Wesley
副标题: elements of reusable object-oriented software
出版年: 1994-10-31
页数: 416
定价: GBP 47.99
装帧: Hardcover
丛书: Addison-Wesley Professional Computing Series
ISBN: 9780201633610

豆瓣评分

9.1

295人评价

5星

67.1%
4星

28.5%
3星

3.4%
2星

0.3%
1星

0.7%

评价:

内容简介 · · · · · ·

* Capturing a wealth of experience about the design of object-oriented software, four top-notch designers present a catalog of simple and succinct solutions to commonly occurring design problems. Previously undocumented, these 23 patterns allow designers to create more flexible, elegant, and ultimately reusable designs without having to rediscover the design solutions themselve...

(展开全部)

作者简介 · · · · · ·

四位作者均是国际公认的面向对象软件领域的专家。

Erich Gamma博士是瑞士苏黎士国际面向对象技术软件中心的技术主管。

Richard Helm博士是澳大利亚悉尼IBM顾问集团公司面向对象技术公司的成员。

Ralph Johnson博士是Urbana-Champaign伊利诺大学计算机科学系成员。

John Vlissides博士是位于纽约Hawthorne的IBN托马斯J.沃森研究中心的研究人员。

目录 · · · · · ·

Preface
Foreword
Guide to Readers
1. Introduction
1.1. What Is a Design Pattern?
1.2. Design Patterns in Smalltalk MVC
· · · · · · (更多)

原文摘录 · · · · · · ( 全部 )

将系统分解成对象集合。因为要考虑许多因素：封装、粒度、依赖关系、灵活性、性能、演化、复用等等，它们都影响着系统的分解，并且这些因素通常还是互相冲突的。 (查看原文)

一分钟都市 1赞 2016-07-19 23:53:57

—— 引自第8页
类型(type) 是用来标识特定接口的一个名字。 (查看原文)

一分钟都市 1赞 2016-07-19 23:53:57

—— 引自第8页

> 全部原文摘录

豆瓣成员常用的标签(共127个) · · · · · ·

设计模式软件工程计算机 Programming design 软件开发编程经典

丛书信息

　　Addison-Wesley Professional Computing Series (共18册), 这套丛书还有《The Practice of Programming》,《Firewalls and Internet Security》,《Advanced Programming in the UNIX Environment, 3rd Edition》,《Mathematical Foundations of Computer Networking》,《The Art of UNIX Programming》等。

喜欢读"Design Patterns"的人也喜欢 · · · · · ·

: Refactoring

: Code Complete

: Patterns of Enterprise Application A...

: Agile Software Development, Princi...

: Modern C++ Design

: The Pragmatic Programmer

: Structure and Interpretation of Com...

: Working Effectively with Legacy Co...

: More Effective C++

: Test Driven Development

我来说两句

短评 · · · · · · ( 全部 71 条 )

Design Patterns的话题 · · · · · · ( 全部条 )

什么是话题

无论是一部作品、一个人，还是一件事，都往往可以衍生出许多不同的话题。将这些话题细分出来，分别进行讨论，会有更多收获。

我要写书评

Design Patterns的书评 · · · · · · ( 全部 84 条 )

热门 / 最新 / 好友 /只看本版本的评论

木子三水 2008-07-30 14:44:48 机械工业出版社2000版

请忘记什么是模式

我感觉看这本书，有几个层次，每个层次对应着软件开发方面的境界。第一个层次，看不懂。所谓模式，就是在长期写代码的过程中总结出来的一种经验。这在刚毕业或者工作一两年的软件开发的工程师中，很多就反应这本书很深奥，难看懂。一方面，书中的例子是C++写的，而且时间比较... (展开)

2 17回应

kavinyao 2011-07-24 09:47:56

GoF —— 一本被误解很深的书

误解1：设计模式只有23种 GoF在前言中就说到“We don’t consider this collection of design patterns complete and static; it’s more a recording of our current thoughts on design.”这本设计模式领域的开山鼻祖，第一扩展了人们的面向对象设计思路，第二则启示人们用模... (展开)

1 3回应

红眼睛阿义 2005-07-28 20:47:27 机械工业出版社2000版

不错的书

第一次看，看了40页，实在枯燥，看不下去了。第二次看，是一年后，期间做了个项目，项目十分糟糕，偶尔又翻了这本书，感觉实在不错。这次总算看了大概。第三次看，又是一年后，这次当参考书来了，呵呵呵我的建议，一定要有不成功的开发、维护经历，这本书才能够让你深入理... (展开)

1 9回应

Alpha 2008-12-31 18:20:17 机械工业出版社2000版

一本好书的厚度

1. 现在的计算机书已经厚到令人发指。比如这学期的《操作系统》教材，厚度堪比辞海。 2. 学术论文也一样。一个人写自己在巨人肩膀上看到的风景，一定要从自己爬巨人时看到的腿毛开始描写。 3. 这本书254页，可是取其精华远多于那些学术垃圾。 4. 因为考试原因，两天看完，酣... (展开)

8 26回应

optman 2006-07-18 22:41:06 机械工业出版社2000版

一统天下

作者坦言，书中描述的23种模式并不是他们创造出来的，他们只是进行了总结和归纳。这本书并不适于初学编程的人，甚至是没有相关知识背景的熟练程序员。因为其对概念的描述太过简洁和学术化，其C++的例子也不是很好懂--我自己就愣是没有看懂，后来还是通过另一本以Java为例子的... (展开)

2 9回应

mikeshi 2005-11-14 17:25:31 机械工业出版社2000版

这本书其实可以当作一个指标

如果你觉得这本书不知所云，那说明你其实不懂编程如果你觉得这本书对你裨益甚多，那说明你开始了解编程如果你觉得这本书不过如此，那你不是高手就是完全的外行 (展开)

4 9回应

锕锂钶锶 2014-03-23 01:02:06

毁了一代工程师

在支持函数式的动态语言里，绝大多数design pattern都变的简单直接，以至于你甚至感觉不到它们的存在。在面向对象的限制之下，敞开的大门不走，偏要爬窗户。比如strategy pattern的本意是通过composition而非inheritance，使能够在运行时（runtime）动态绑定某对象的成员方... (展开)

5 5回应

大兵 2006-07-08 22:42:49 机械工业出版社2002版

是一本需要经常参考并不断实践的书

这篇书评可能有关键情节透露

这本书的中文版2000上年大学时就看过，后来机工出了影印版就买了一本。说实话这不是一本看完一遍就可以扔掉的书，它需要你不断实践，每次翻一下都有新的收获。 (展开)

1回应

泥土 2012-01-31 16:15:01 机械工业出版社2000版

看了30遍后至今没再看

这就是书中的阳春白雪。当然，高人是一看就懂。前10遍，只懂几个模式；到20遍，似乎都懂了，但是放下书就不能自己构造一个出来；30遍后，至今没再看。书也看烂了，但是敝帚自珍。读者最好熟悉c++，以及一定的利用c++做开发的经历。否则，最好看别的类似的书。如果希望用o... (展开)

1回应

[已注销] 2005-03-26 18:13:56 机械工业出版社2002版

价格战胜质量

因为可以买到这本书的地方和版本这么多。所以这个质量纯粹是指的外在质量（内在质量不用我介绍了吧？其实我觉得设计模式读一两本书就够了，最重要的还是应用吧）。不知道为什么，电力出版社出版的一套开本和印刷都让人读起来挺舒服的深蓝色封面的特辑（原版风暴系列）里没有它(... (展开)

1 2回应

> 更多书评 84篇

读书笔记 · · · · · ·

我来写笔记

按有用程度
按页码先后
最新笔记

展开收起
第10000页 chain of responsibility vs if-else
左岸咖啡 (迷茫的时候就想读读芒格的语录)
责任链模式与if-else 这个模式对于繁琐的if-else判断非常好用，也比较适合写框架代码。 1、首先if-else会让代码变得丑陋，模块与流程耦合，对于复杂的判断直接影响主业务流程，不利于扩展。 2、引入链（chain）则是让模块与流程解耦，如果A不能做，就让B做，依次类推。举个例子，对于一个公司采购的审批，比如金额在1000以内让经理审批，1000-5000之前让主管审批。。。可以用if-else写，当然也可以用责任链 public class UglyP...
2012-12-03 17:58 1人喜欢
责任链模式与if-else 这个模式对于繁琐的if-else判断非常好用，也比较适合写框架代码。 1、首先if-else会让代码变得丑陋，模块与流程耦合，对于复杂的判断直接影响主业务流程，不利于扩展。 2、引入链（chain）则是让模块与流程解耦，如果A不能做，就让B做，依次类推。举个例子，对于一个公司采购的审批，比如金额在1000以内让经理审批，1000-5000之前让主管审批。。。可以用if-else写，当然也可以用责任链
public class UglyPurchasePowerHandler { private PurchaseRequest request; public UglyPurchasePowerHandler(PurchaseRequest request) { this.request = request; } public void doHandler(PurchaseRequest request) { double totalAmount = request.getAmount(); if (totalAmount <= 1000) { System.out.println("your purchase request will send to manager!"); } else if (totalAmount > 1000 && totalAmount <= 5000) { System.out.println("your purchase request will send to director!"); } else { System.out.println("your purchase request can't be approved!"); } } public PurchaseRequest getRequest() { return request; } public void setRequest(PurchaseRequest request) { this.request = request; } }
代码里面使用分支判断，这样做的弊端就是doHandler里面处理了所有的逻辑判断，将来扩展的时候要在这里面加入，其实这里面每一个分支判断就是一个不同的流程，对应不能的角色，完全可以分开，而主流程就是调用handler并且传递。
@Override public void doHandler() { if (request.getAmount() <= 1000) { System.out.println("your purchase request will send to manager!"); } else if (null != successorHandler) { successorHandler.doHandler(); } }
上面是一个manager角色的handler。代码调用区别见下面
public class PurchaseHandlerTest { public static void main(String[] args) { PurchaseRequest request = new PurchaseRequest(2000, "test"); UglyPurchasePowerHandler handler = new UglyPurchasePowerHandler(request); handler.doHandler(request); ////////////////////////////////////////////////// DefaultPurchaseHandler defaultHandler = new DefaultPurchaseHandler(null, request); DirectorPurchaseHandler directorHandler = new DirectorPurchaseHandler(defaultHandler, request); ManagerPurchaseHandler managerHandler = new ManagerPurchaseHandler(directorHandler, request); managerHandler.doHandler(); } }
解耦，关键是解耦，利于扩展。比如将来需要增加角色审批，加一个handler，不需要修改主业务流程。优点：对于分支比较多的流程建议采用这种方式，加了分支后也仅仅是增加一节“链”，调用流程不会修改，这样也方便单元测试缺点：代码量增加，增加一个handler需要增加一个类。当handler变多时最好抽象出模版方法，减少重复代码。

推荐

回应 2012-12-03 17:58
展开收起
第8页 The Catalog of Design Patterns

Jake

2017-10-28 23:06

推荐

回应 2017-10-28 23:06

展开收起
第8页 The Catalog of Design Patterns

Jake

2017-10-28 23:06

推荐

回应 2017-10-28 23:06
展开收起
第10000页 chain of responsibility vs if-else
左岸咖啡 (迷茫的时候就想读读芒格的语录)
责任链模式与if-else 这个模式对于繁琐的if-else判断非常好用，也比较适合写框架代码。 1、首先if-else会让代码变得丑陋，模块与流程耦合，对于复杂的判断直接影响主业务流程，不利于扩展。 2、引入链（chain）则是让模块与流程解耦，如果A不能做，就让B做，依次类推。举个例子，对于一个公司采购的审批，比如金额在1000以内让经理审批，1000-5000之前让主管审批。。。可以用if-else写，当然也可以用责任链 public class UglyP...
2012-12-03 17:58 1人喜欢
责任链模式与if-else 这个模式对于繁琐的if-else判断非常好用，也比较适合写框架代码。 1、首先if-else会让代码变得丑陋，模块与流程耦合，对于复杂的判断直接影响主业务流程，不利于扩展。 2、引入链（chain）则是让模块与流程解耦，如果A不能做，就让B做，依次类推。举个例子，对于一个公司采购的审批，比如金额在1000以内让经理审批，1000-5000之前让主管审批。。。可以用if-else写，当然也可以用责任链
public class UglyPurchasePowerHandler { private PurchaseRequest request; public UglyPurchasePowerHandler(PurchaseRequest request) { this.request = request; } public void doHandler(PurchaseRequest request) { double totalAmount = request.getAmount(); if (totalAmount <= 1000) { System.out.println("your purchase request will send to manager!"); } else if (totalAmount > 1000 && totalAmount <= 5000) { System.out.println("your purchase request will send to director!"); } else { System.out.println("your purchase request can't be approved!"); } } public PurchaseRequest getRequest() { return request; } public void setRequest(PurchaseRequest request) { this.request = request; } }
代码里面使用分支判断，这样做的弊端就是doHandler里面处理了所有的逻辑判断，将来扩展的时候要在这里面加入，其实这里面每一个分支判断就是一个不同的流程，对应不能的角色，完全可以分开，而主流程就是调用handler并且传递。
@Override public void doHandler() { if (request.getAmount() <= 1000) { System.out.println("your purchase request will send to manager!"); } else if (null != successorHandler) { successorHandler.doHandler(); } }
上面是一个manager角色的handler。代码调用区别见下面
public class PurchaseHandlerTest { public static void main(String[] args) { PurchaseRequest request = new PurchaseRequest(2000, "test"); UglyPurchasePowerHandler handler = new UglyPurchasePowerHandler(request); handler.doHandler(request); ////////////////////////////////////////////////// DefaultPurchaseHandler defaultHandler = new DefaultPurchaseHandler(null, request); DirectorPurchaseHandler directorHandler = new DirectorPurchaseHandler(defaultHandler, request); ManagerPurchaseHandler managerHandler = new ManagerPurchaseHandler(directorHandler, request); managerHandler.doHandler(); } }
解耦，关键是解耦，利于扩展。比如将来需要增加角色审批，加一个handler，不需要修改主业务流程。优点：对于分支比较多的流程建议采用这种方式，加了分支后也仅仅是增加一节“链”，调用流程不会修改，这样也方便单元测试缺点：代码量增加，增加一个handler需要增加一个类。当handler变多时最好抽象出模版方法，减少重复代码。

推荐

回应 2012-12-03 17:58

展开收起
第8页 The Catalog of Design Patterns

Jake

2017-10-28 23:06

推荐

回应 2017-10-28 23:06
展开收起
第10000页 chain of responsibility vs if-else
左岸咖啡 (迷茫的时候就想读读芒格的语录)
责任链模式与if-else 这个模式对于繁琐的if-else判断非常好用，也比较适合写框架代码。 1、首先if-else会让代码变得丑陋，模块与流程耦合，对于复杂的判断直接影响主业务流程，不利于扩展。 2、引入链（chain）则是让模块与流程解耦，如果A不能做，就让B做，依次类推。举个例子，对于一个公司采购的审批，比如金额在1000以内让经理审批，1000-5000之前让主管审批。。。可以用if-else写，当然也可以用责任链 public class UglyP...
2012-12-03 17:58 1人喜欢
责任链模式与if-else 这个模式对于繁琐的if-else判断非常好用，也比较适合写框架代码。 1、首先if-else会让代码变得丑陋，模块与流程耦合，对于复杂的判断直接影响主业务流程，不利于扩展。 2、引入链（chain）则是让模块与流程解耦，如果A不能做，就让B做，依次类推。举个例子，对于一个公司采购的审批，比如金额在1000以内让经理审批，1000-5000之前让主管审批。。。可以用if-else写，当然也可以用责任链
public class UglyPurchasePowerHandler { private PurchaseRequest request; public UglyPurchasePowerHandler(PurchaseRequest request) { this.request = request; } public void doHandler(PurchaseRequest request) { double totalAmount = request.getAmount(); if (totalAmount <= 1000) { System.out.println("your purchase request will send to manager!"); } else if (totalAmount > 1000 && totalAmount <= 5000) { System.out.println("your purchase request will send to director!"); } else { System.out.println("your purchase request can't be approved!"); } } public PurchaseRequest getRequest() { return request; } public void setRequest(PurchaseRequest request) { this.request = request; } }
代码里面使用分支判断，这样做的弊端就是doHandler里面处理了所有的逻辑判断，将来扩展的时候要在这里面加入，其实这里面每一个分支判断就是一个不同的流程，对应不能的角色，完全可以分开，而主流程就是调用handler并且传递。
@Override public void doHandler() { if (request.getAmount() <= 1000) { System.out.println("your purchase request will send to manager!"); } else if (null != successorHandler) { successorHandler.doHandler(); } }
上面是一个manager角色的handler。代码调用区别见下面
public class PurchaseHandlerTest { public static void main(String[] args) { PurchaseRequest request = new PurchaseRequest(2000, "test"); UglyPurchasePowerHandler handler = new UglyPurchasePowerHandler(request); handler.doHandler(request); ////////////////////////////////////////////////// DefaultPurchaseHandler defaultHandler = new DefaultPurchaseHandler(null, request); DirectorPurchaseHandler directorHandler = new DirectorPurchaseHandler(defaultHandler, request); ManagerPurchaseHandler managerHandler = new ManagerPurchaseHandler(directorHandler, request); managerHandler.doHandler(); } }
解耦，关键是解耦，利于扩展。比如将来需要增加角色审批，加一个handler，不需要修改主业务流程。优点：对于分支比较多的流程建议采用这种方式，加了分支后也仅仅是增加一节“链”，调用流程不会修改，这样也方便单元测试缺点：代码量增加，增加一个handler需要增加一个类。当handler变多时最好抽象出模版方法，减少重复代码。

推荐

回应 2012-12-03 17:58

论坛 · · · · · ·


原版经典	来自Yuan Mai	1 回应	2021-02-21
想买本英文版的练练英文水平	来自红尘陌客	1 回应	2020-09-06

购买二手书 · · · · · ·

孔网

140.00元起

购买二手书

+ 加入购书单

这本书的其他版本 · · · · · · ( 全部8 )

在哪儿借这本书 · · · · · ·

上海图书馆(1)

以下书单推荐 · · · · · · ( 全部 )

谁读这本书?

田时卜室

3月5日想读

Yang

2月28日读过

tags:编程

青蛙

2月25日在读

tags:计算机

> 126人在读

> 338人读过

> 831人想读

二手市场

1本二手书欲转让 (1.00 至 290.00元)
在豆瓣转让有831人想读,手里有一本闲着?
多抓鱼 | 孔网上门收书
转让给其他二手平台？

订阅关于Design Patterns的评论:
feed: rss 2.0

Design Patterns

内容简介 · · · · · ·

作者简介 · · · · · ·

目录 · · · · · ·

原文摘录 · · · · · · ( 全部 )

豆瓣成员常用的标签(共127个) · · · · · ·

丛书信息

喜欢读"Design Patterns"的人也喜欢 · · · · · ·

短评 · · · · · · ( 全部 71 条 )

0 有用 prowyh 2009-02-27

1 有用 黯淡蓝点 2017-08-22

2 有用 [已注销] 2012-08-04

1 有用 Theme 2012-06-11

0 有用 坏人C 2017-11-28

0 有用 法外狂徒ZS 2021-01-14

0 有用 万千旅途的开始 2021-01-08

0 有用 绿树荫 2020-05-18

0 有用 呼吸碱中毒 2020-05-11

0 有用 [已注销] 2020-04-04

读书笔记 · · · · · ·

论坛 · · · · · ·

购买二手书 · · · · · ·

这本书的其他版本 · · · · · · ( 全部8 )

在哪儿借这本书 · · · · · ·

以下书单推荐 · · · · · · ( 全部 )

谁读这本书?

二手市场

1 有用黯淡蓝点 2017-08-22

0 有用坏人C 2017-11-28

0 有用法外狂徒ZS 2021-01-14

0 有用万千旅途的开始 2021-01-08

0 有用绿树荫 2020-05-18

0 有用呼吸碱中毒 2020-05-11