学习“设计模式”的问题

学习“设计模式”的问题

学习“设计模式”的问题 相关

随便谈谈我对设计模式的看法吧。我极度反感言必称设计模式，什么要学好OO，必先学好Gof这类的屁话。坦率说我也从来不刻意的去学习设计模式，我看到身边的朋友花那么多钱去买一大本厚厚的阎博士的设计模式的书，心里总是叹息一下，设计模式不是学出来的，是用出来的。设计模式应该怎么学习？应该我花两个小时给你讲一下，告诉你每个模式是怎么回事，应该在什么场合适用就OK了，这样就学完了。

然后你在自己的工作实践中，碰到了这类问题，想起来自己曾经听xx说过可以使用xx模式，于是乎，你再把阎博士的书打开看看(或者把banq的文章翻出来看看)，进行 copy & paste。这样就够了，充分够了。你真的完全没有必要把模式看的多么神圣，多么神秘，多么高深，它就是一个让你去copy & paste的代码片断，如此而已。所以Gof的书那么薄，因为作者知道设计模式本来就不是一个可以学出来的东西，所以Sun的J2EE模式就算加上了冗长的代码和罗嗦的描述，也是薄薄一本。把一本模式的书写的如此之厚，我认为已经失去了学习它的价值了。

而且“设计模式”这个词汇广义的来说指的是适用于特定场合的经过验证是良好的解决方案。其实只要你有足够的工作经验，就算你没有学过设计模式，你写出来的代码也会不知不觉符合某种模式的要求的。因为你经过很多实践经验，你已经积累了很多，你知道在什么场合代码应该怎么写，那么“在什么场合代码应该怎么写”这本身就是设计模式。

所以我认为没有必要刻意去学习设计模式，也没有必要把设计模式当做多么神圣的东西。只要你的OO编程经验达到了一定的水平，设计模式本来就是无师自通的。如果你的编程经验很少，你就是把Gof背得滚瓜烂熟，到时候你一样用不出来。

设计模式就像围棋中的定式，如果你是高手，你下的棋自然而然的符合一些定式的走法，如果你是初哥，你就是背了几千个定式，只要对手不按照定式来走，你就一点都用不上。

再说Gof的23种模式只不过是设计模式的沧海一粟，Sun的J2EE有15种设计模式，你还要不要学，要不要背？ 不说别的，Hibernate现在也出了20种设计模式了，那是不是说你不把Hibernate的20种设计模式背的滚瓜烂熟，你就不可能把Hibernate学好用好呢？

总结一下我的观点：

设计模式就是定式，碰到这种场合你才用得上，所以学习设计模式，你只需要花2个小时过一遍，脑子里面有个印象就赶快收手，到用的时候再去copy & paste。这样就够了。如果你告诉你花了几个月去钻研设计模式，我只能告诉你，你在浪费青春。

总之，水平没到，学也白学，水平到了，无师自通。所以不要学设计模式，看一遍就用，用多了，你自己也可以总结设计模式了。