《图解设计模式》读后感1000字

《图解设计模式》是一本由结城浩著作，人民邮电出版社出版的平装图书，本书定价：CNY 79.00，页数：366，特精心收集的读后感，希望对大家能有帮助。

《图解设计模式》读后感(一)：例子也太简单了 说是图解也只只有规规矩矩的UML图

目前看了六七个模式 不知道这分是为啥这么高的 缺点如标题所示 程序示例基本就是能符合模式能运行就行 作用和一些必要写法的原因基本不提 提了也是抽象难懂 以原型模式为例 所有的实现类都去调用了一下clone方法 为啥调用不说 给的例子去掉clone()的部分完全没有影响 原型模式的意义基本没体现

读过headfirst那本本来是想再读本书深入一下的 然而感觉还不如那本 可能是目前看的都是些简单的模式 后面看完了再来评分

《图解设计模式》读后感(二)：笔记

Iterator按照统一方法遍历集合中的元素。 Adapter用于填补具有不同接口的两个类直接的缝隙，使用继承或委托。 Template在父类中定义处理的流程，在子类中实现具体处理内容。 Factory就是用Template来构建实例，父类决定生成方式。 Singleton静态实例和私有构造函数。 Prototype用实例生成实例。 Builder组装具有复杂结构的实例。 Bridge在功能和实现层次间搭桥梁。 Strategy通过委托替换算法。 Composite使容器和内容具有一致性。 Decorator保持透明性的接口不变向类中增加功能。 Visitor将数据结构与处理分开。 Chain of Responsibility将处理请求的实例串联。 Facade为复杂系统创建简单接口。 Mediator以仲裁者为中心，禁止互相关联对象之间的通信。 Observer将对象状态变化通知给其他对象。 Memento记录和保存对象当前状态。 State通过切换表示状态的类来实现状态迁移。 Flyweight通过共享实例减少内存使用量。 Proxy让代理人负责完成工作除非必须由本人完成。 Command用对象表示命令来保存历史记录和重复执行。 Interpreter使用迷你语言解决问题。

《图解设计模式》读后感(三)：编写风格符合学习认知！

明确地讲解应用场景

现在很多程序员学习一门技术都只是“为了学而学”，往往容易忽略了最关键的一点——“为了什么而学/学了这个有什么用/应用场景在哪/能解决什么问题？”。而这本书在每章节编写时，在开头都强调了应用场景或者解决什么问题，且通常不是一句带过。细化的剖析应用场景能够让读者一上来就明确，接下来要学的东西以后最可能会在哪些场景中用到或者解决了什么问题，这点相当重要。而且作者有时，在举例讲解完一个设计模式后，还会再度对应示例一一验证那一章节开头提到的“应用场景”或者“解决什么问题”。

UML图、代码、类和接口一览表、文字说明应有尽有。举例简明，并且也算很符合场景。

任何知识点都不是孤立的！在每讲解一个设计模式时，作者都会列出与该设计模式相关的其他设计模式，并概要说明它们之间的关联点与不同点。这样能让读者将多个设计模式进行关联，甚至帮助读者“改造”出适合自己的设计模式。因为都知道，设计模式不是“一层不变”的，程序员不需要“固守”经典的设计模式，适用自己遇到场景的设计模式才是好的设计模式！

没有讲出每个设计模式的优缺点。任何东西都是有“优缺点”，设计模式也不例外。比如“FlyWeight模式”节省了内存，却增加了CPU搜索和计算成本。了解具体设计模式的优缺点，有助于读者更好地权衡决定是否使用具体设计模式。 本书的遗憾之处在于，每章节没有固定的类似“Pros and Cons”的小节来讲解具体设计模式的优缺点。