wes109 wrote:
老大,你也太牛了,偶对你的敬佩之情,犹如江水滔滔。。。
Gof的设计模式本来就是对前人经验的总结,还是重构也是
不过,不想继续读的感觉从来没有过,这本书一年多来一直躺在我枕边
经常拿起来翻翻
初读设计模式晦涩难懂
再读设计模式略有所得
又读设计模式倍感神清气爽,为其机巧所折服
回头再看
什么设计模式,什么OO,什么重构
并不是什么了不起的技术,大道致简,“本来就应该这样嘛”(让我想起那个哥伦布立鸡蛋的故事)
推而广之,这个世界上有多少是很了不起的发现? 但你发现了你就了不起,用心而已
文章本天成,妙手偶得之
注意:是妙手。。。
不是靠狗X运
原来这种发现需要深厚的功底和经验积累,不是谁随便睡睡觉就可以发现一种化学元素,叫:苯
所以说:学习和理解OO的思想,运用设计模式到实践中去,不断的去玩味,才能真正做到挥洒自如,才能有所提高,有所发现,才能有妙手!
下次我们再碰到楼主的时候就可以说:楼主英明,大师风范,内外皆修!
其实我不想读的原因有两条:
1。我觉得在读完preface,"案例研究”两篇后,经过对已作过项目的再思考,已知道面向对象的原则是什么,比喻一下就是floater所说的“运气方法”,使我长期以来(自从接触第一门面向对象语言C++到现在将近两年)的许多疑惑都揭开了,
我已学会“修炼内力的方法和途径”,我想把精力放在“内力的增高上”。
2。我觉得GOF在他的design patterns中对“招数”的推理方法上写得并不好,从第一个创建型模式“abstract factory”上已明显见拙,他的推理把“实际的推理”都颠倒过来了,
那个MazeGame例子,本来应该是接口先出来,他倒一上去把door ,wall,room实现类都订出来了,然后给了个createMaze()方法来演示abstract factory. 本来好好的思路到被他引得上下不接,正确的思维方法度反被他束缚。
当然,这也可能是它举的demo的缘故,并未仔细认真推理“招数”的形成,相反,“案例研究”--RTF编辑器的推理就很好。
要看模式,不如直接看他的“示例代码”为好,不接受它的“招数”的推理。
以上仅是个人愚见,请各位评评。