提起设计模式(Design Patterns),不觉想起GoF的那本经典的设计模式.不过我觉得那本书更多的是给出一个定义,满足什么原则的设计叫什么名字,让大家讨论的时候有共同语言.但对于学习设计模式,个人觉得用处不大,或许是水平太低的缘故吧,我看了一遍除了几个名字外什么都没记住.
Design Patterns Explained这本书目前只有影印版,不知道为什么没人翻译,我觉得这本书挺可爱的.
两位作者Alan Shalloway和James R. Trott都有丰富的项目经验,并且一起专门研究了设计模式.
昨天看了一下两位写的preface,Alan Shalloway不愧是做顾问的,侃侃而谈.如果你对设计模式感兴趣,但觉得那太深奥,这本书正适合你.你不需要深厚的OO基础,实际上设计模式可以让你更好地了解OO思想.结合设计模式学习OO比单纯学习OO思想要快得多,并且实际也证明,没有OO思想的人学习设计模式跟熟悉的OO从业者几乎差不多.另外.设计模式这个名字让人觉得只有在设计的时候才用到这些思想,实际上这些思想应该贯穿在分析,设计和实现等软件开发的整个过程而不仅仅是设计.另外Ala Shalloway用了大量的篇幅说了一个问题,不要局限于设计模式的名字,遇到问题应该考虑用什么原则和策略去分析得出解决方法,等问题解决后,或许用的这些方法正好可以称为某种设计模式,而不能遇到一个问题先考虑可以用哪个设计模式.这颇有些张三丰教张无忌太极拳的味道,以无招胜有招.James R. Trott内敛得多,就扔下两句,一.基于模式的分析使你成为更高效的分析师,它可以让你模型更加抽象,因为它们呈现的是很多其它分析师的经验.二.模式可以帮助人们学习OO.
不管怎么样了,但愿在看完这本书的时候可以象他们说得那样不仅可以学习设计模式,更能使它们在一起work,掌握隐藏在这些设计模式下的原理和策略.
另外,这几天连续看E文原著,突然觉得人们过于夸大了E文的难度,其实English is just a habit,正如习惯了听激昂的音乐,突然听柔和的音乐不太适应一样,只要适应了就好了.试着用英语的方式去读英语,英语也就没那么难了,至少比那些翻译蹩脚的英文好懂一些.
时间太少了,无聊的粘贴复制.anymore,抓紧看,看多少算多少吧!争取尽快把C# Programming Language和Design Patterns Explained看完.