对设计模式的一些感想

首先转一些对如何学习设计模式的讨论：

 

robbin:

 

随便谈谈我对设计模式的看法吧。我极度反感言必称设计模式，什么要学好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。这样就够了。如果你告诉你花了几个月去钻研设计模式，我只能告诉你，你在浪费青春。

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

 

dlee:

我比较赞同 robbin 的看法，虽然我学习设计模式花费了不少时间（一两个月吧）。设计模式应该象手边的工具箱一样，我需要一把尺子就拿一把尺子来用，需要一只圆规就拿一只圆规来用，没有必要神秘化。在有些场合，如果不可能发生大的变化，就不要用设计模式，而用更简单的代码来实现。拥抱变化并不意味着过度设计。
其实我们在开发中一些常用的注意事项和解决问题的通用套路就是设计模式。
《设计模式》这本书确实不太适合初学者，因为书的作者主要注重的是准确性而不是可读性。这也是这本薄薄的小书我看了一个月之久的原因。也是为什么会有那么多解释这本书的书出现的原因。
但是我的趣味是直接阅读大师的原著，那些让我感到痛苦的书往往收获是最大的。我第一遍读这本书的时候相当于是郭靖背九阴真经，现在一年半时间过去了，总算有了一些比较深入的理解。
这个帖子讨论设计模式似乎是不太合适，呵呵。

 

ozzzzzz:

ribbin
嘿嘿。我觉得看看阎博士的书还是对初学者还是很有帮助的，至少他们可以从那本书中明白正方形不是长方形的子类。但是要是依赖那本书进入设计模式的大门是不可能的，就是GoF的书我也不认为能让谁入门。
在我看来设计模式也好，RUP也好，XP/AGILE也好都是工具，都有约束。知道什么时候用设计模式不重要，重要的是知道什么时候不要用设计模式。就这一点阎博士承认他的书没有对这个问题作深入的探讨。
你用定式来说明设计模式很好，而学习定式的最佳途径就是实际使用定式。所以你说“设计模式不是学出来的，是用出来的”。
GoF自己说他们并没有发明设计模式，而只是发现了设计模式。这就告诉我们可以通过积累发现新的模式。但是作为初学者还到不了无师自通的地步。要想提高水平，还必须学习一些前人的经验，而看看那些别人写的书还是对他们很有帮助的。
不要自己发明轮子，是不是？学习一些套路还是对于提高水平有帮助。
学习也不能盲目，没有什么东西是打遍天下无敌手的。

 

孤魂一笑:

 

ozzzzzz:
你把robbin 的名字写错了，允许你say sorry.开玩笑了。

实用点吧，设计模式的根本也是为了代码重用，那只要你做到了很好的代码重用，你是否是否了GOF 设计模式23 种之一根本不重要，首先是目标明确，再寻找有效的手段，而不是先我知道一种很好的方法，我要把他运用到那里去。
至于他们两个人，我们也没有必要去评价。毕竟我们很多事情不清楚。

ozzzzzz:

kent这个人据说人格魅力相当厉害，脑子也聪明（嘿嘿，我喜欢看他们的照片，比我秃的厉害，和他们比较起来我是个多发者）。
而实践模式据说也是他首先学习了《建筑永恒之道》而提出的。这个人就喜欢玩新瓶装旧酒的把戏，搞个XP也是把一些老掉牙的东西从新组合了一下。
有人说工程师是最保守的一群，因为他们只相信那些已经多次证明是有效的东西。
设计模式从根本上说只是一种发现而不是发明，这和后来XP中提出的让设计从代码中逐渐浮现出来是一个路子。
但是有效规有效，还是有没有覆盖和效果刚好相反的地方。而这些地方往往又是显示面向对象设计水平的地方。所以对于设计模式掌握的过程，是一个由不懂到懂，由懂到用，由用到喜欢用，由喜欢用到害怕用的过程。
但是我不认为什么人可以一下子达到最高峰，所以还是一步一步的来比较好。

 

 

 

说说我自己的看法， 一直以来，很多地方都推崇设计模式，很多人都说自己的代码是什么什么设计模式，现在终于有时间想研究一下。我很认同以上讨论的大部分观点，不需要把这个说的太神，不要钻研的太深，只需要知道就可以了，最重要的是实际的运用，不要为了使用而使用，要明确什么地方需要使用，而什么地方一定不要使用，不要刻意的去使用，也许你不知不觉的就使用到了设计模式的理念。设计模式不是发明，而是发现，它本身就是存在的。关键是要目标明确，一定要把复杂的问题简单化，而不要用设计模式反而把一个简单的问题复杂化了，一个架构或者说一个设计，不是越复杂越体现出好，而是要符合实际，来自于实践。设计模式能帮助你更好的理解OO的理念，就是代码要有很好的可扩展性和可重用性。