设计模式解析读后感1000字
《设计模式解析》是一本由ALAN SHALLOWAY / JAMES R.TROTT著作,人民邮电出版社出版的16图书,本书定价:45.00元,页数:296,特精心从网络上整理的一些读者的读后感,希望对大家能有帮助。
《设计模式解析》精选点评:
●能深入浅出的介绍设计模式
●需要再读一遍。
●很不错
●对设计模式,又有了更深一步的认识,理解。非常给力啊
●不错的书,准备系统的重新学习一遍设计模式,从这本书开始吧
●读了一次没印象了,语言越来越发动态的未来,传统的设计模式是否还能保持地位
●迷迷糊糊的就看完了,一头雾水,目测这本书是面向有设计模式基础的读者的。看完之后大致明白设计设计就是帮助更快都设计出更好的程序,尤其是面向对象编程中,找到更好的继承结构,即使不是最好的,设计更合理的接口,更好地复用原有的代码。
●好书
●设计模式的入门读物
●没有开发经验,读起来印象不深,以后再重读
《设计模式解析》读后感(一):好书一本
如果你向成为一名优秀的软件设计人员,这本是你的必读书。书中讲解了一些设计模式,更重要的它描述了这些模式是怎么推演出来了,还讲解了OO的本质,从设计层面上的OO。
总之,无论你是OO初学者,还是OO设计的老手,这本书对你都会收益非浅,最好在说一次,好书一本!!!
《设计模式解析》读后感(二):设计模式解析-第二版(中文版) 翻译的较差;
目前只看了一小部分, 但是已经发现很多翻译问题,摘录如下;
13.2
系统能够分析出和提取金属板材各部分的CAD/CAM描述;
My system must be able to analyze and extract CAD/CAM descriptions of pieces of sheet metal.
(分析出,为什么要多个'出')
最初应该关注的是金属板材零件;
Initially, I am concerned with sheet-metal parts.
('应该'是从哪里来的)
每个金属板材零件可能有多种部件.
Each sheet-metal part can have multiple kinds of features,
(features能翻译成'部件'吗);
13.3
quot;小傻瓜"
quot;You idiot!"
(太暧昧了吧)
13.5
然后根据每个模式如何为其他模式创造背景进行选择.
I then select them based on how each pattern creates the context for the other patterns.
('背景'一词翻译错误)
...
《设计模式解析》读后感(三):授人以鱼,还要授人以渔
现在闭上眼睛能搞明白的几种模式:
工厂,工厂方法,抽象工厂,桥模式,装饰,facade,适配,观察者,策略,单例。
学习了一招厘清复杂需求头绪的方法,叫做“分析矩阵”,在书中第16章,将来工作中遇到这种时候可以试一试。
感觉这本书后面翻译的没有前面好,不知道是我看累了还是译者翻译累了。。
很赞同书中125页的一段话:
//-------start---------
当人们开始学习设计模式时,他们经常把注意力放在设计模式提供的解决方案上。这看起来似乎很合理,因为设计模式被广为宣传的一点就是能够为实际问题提供优秀的解决方案。
但是,这从方向上来说就是错误的。在尝试将某个解决方案应用到一个问题之前,应该先理解问题。这种只是寻找在何处应用模式的方法,只能告诉你“要做什么”,但是不能告诉你“什么时候”或者“为什么使用”。
//-------end---------
有的朋友觉得这本书很罗嗦,有些章节讲的东西太抽象,但我却觉得那些很抽象的内容才是这本书的精华,就像武林绝学和内功心法一样,那些讲述思维方法的文字都是心法,具体的模式是穿插其中的案例而已。
我觉得作者从头至尾都在强调不仅仅要知道“怎么做”,更要知道“为什么这么做”,貌似老外的书都喜欢讲这些。
《设计模式解析》读后感(四):设计模式入门最佳书籍
如果你认为GOF的经典名著《设计模式》太晦涩难懂,《Head First Design Pattern》又太不技术书籍了,那么这本《设计模式解析》非常适合你!这本书每章结束时都有小结和启发性复习题,可以帮助你更好地了解自学得如何了。本书只介绍了几种比较常用简单的设计模式,因而在学习过程中会很有成就感。(额,这番言论真像是书托)
发现设计模式相关的书籍都是先讲OOP设计思想然后再引入设计模式,有空的话就会顺带讲解下敏捷开发、重构,这几种编程方法论之间真是关系紧密呀。
书摘:
1, 功能分解,分而治之
2, 找到变化并封装之
3, 抽象、封装、多态、继承
4, 对象组合优于类继承
5, 针对接口编程
6, 高内聚、低耦合
7, 模式就是“在某一背景下某个问题的一种解决方案”,作用:复用解决方案、确立通用术语。
Facade模式
为子系统中的一组接口提供一个统一接口。Facade模式定义了一个更高层的接口,使子系统更加容易使用。
Adapter模式
将一个类的接口转换成客户希望的另外一个接口。Adapter模式使原本由于接口不兼容而不能一起工作的类可以一起工作。
trategy模式
定义一系列的算法,把他们一个个封装起来,并且使它们可相互替换,Strategy模式使算法可独立于使用它们的客户而变化。
ridge模式
将抽象与实现解耦,使它们可以独立变化。
Abstract Factory模式
为创建一组相关或相互依赖的对象提供一个接口,而且无需指定它们的具体类。
Decorator模式
动态地给一个对象添加一些额外的职责。就增加功能来说,Decorator模式比生成子类更为灵活。
Observer模式
定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都将得到通知并自动更新。
Template Method模式
定义一个操作中算法的骨架,而将一些步骤延迟到子类中。不改变算法的结构而重定义它的步骤。
ingleton模式
保证一个类仅有一个实例,并提供一个访问它的全局访问点。
Factory Method
定义一个用于创建对象的接口,让子类决定实例化哪一个类。Factory Method使一个类的实例化延迟到其子类。
《设计模式解析》读后感(五):模式在理解
遇到这本书是一个偶然的经历,但是很幸运他没有从我的指尖溜走。这本书,不是教科书,是思想的演进,是思想的讲述。很多人,在学习编程的时候,只是停留在传统教课书的水平,虽然做了很多年,但是无非就是理解了更多的API或者封装库,但是自己在编程的时候,思维水平仍然停留在初级,无法更加进一步的去前进。对于很多人,其实更多是跟谁高手,一起工作,渐近学习高手的思维方式,从而提升自己的。但是很遗憾,并不是每个公司都有高手,也并不是每个公司都有机会跟高手学习。这本书就是一个你身边的高手。
1.面向对象
作者对面向对象的理解,完全是从真正实用的角度在分析。对象就是职责体,封装是为了隐藏,而不仅仅是为了数据和行为的隐藏,可以是任何隐藏,继承是为了多太,本质也是隐藏,对象要求,“高内聚,低耦合“ 因此,需要注意的是,对象可以使用组合,去解决继承爆炸的问题。(这是标准面向对象的弊端),除此以外,因为有了组合,可以进一步做到”职责的单一“。
2.面向对象比较
标准面向对象分析:问题域中寻找”名词“创建类,寻找”动词“创造方法,另外,利用名词创建继承。(造成了继承爆炸)
新的对象分析方法:寻找”职责“创建类,具体方法为职责的执行内容即可。另外,”利用变化创建封装,利用共性创建概念类,概念类包含可变类“
模式的推演方法:(上述话的更进一步理解)
1) 寻找变化,并将它封装在一个单独的类中。
2) 将这个类包含在另一个类中。
3.问题域的分析方法
1) alexgender的方法,也是建筑学方法,步骤:
a. 明确整体背景,明确整体目标。
. 需要解决的问题域有哪些,哪些模式可以解决
c. 设计模式的背景推导关系。
2) CVA分析法,也叫做 共性与可变性分析,步骤:
a. 领域内有哪些概念
. 概念的共性和可变性有哪些
c. 确定具体的概念类型的继承关系
d. 不同概念之间的关系
3) 矩阵分析的方法,步骤:
a. 领域问题,情况和流程
. 每一个问题,确定具体概念
c. 罗列所有问题,形成概念矩阵
d. 行使用模式实现,列是具体实现
e. 模式之间的关系
4. 以 设计模式的思想 从事开发:
1) 设计模式本身的约束,处理的问题域,限制条件。
2)不同模式之间的组合或者说,不同模式之间的关系。
5. 其他模式的讲解,感觉就有点凑数了。但是还是有几个思想很好的:
1) 工厂方法,实现了”使用“与”创建“的隔离
2) 桥接模式,其实现了”概念“与”实现“的隔离