感觉大家缺少对模式的热情呀！！！！！！！！

软件开发的过程实际上就是解决领域问题的过程，解决这些问题有很多种方式，模式就是这些解决方式，模式在软件开发中起着重要的作为，像国外的一些软件设计的专家们都提出了很多优秀的模式，例如：Martin Flower、Robert C. Marting 等，他们在面向对象的分析和设计都有很深的造诣，同时，他们也把很多实践过程中的经验共享给大家，但是我发觉国内的很多软件设计人员却对模式缺少热情，像这个论坛里设计模式这个分枝贴子很少呀，我发的一些帖也没有人响应。
我们开发软件不是所有的东西都要自己造，别人如果有好的想法，我们可以参考，同样自己在开发的过程中有一些典型问题的解决方法也可以共享出来，希望我的发言能够有人响应，也希望大家谈谈自己对模式的看法。更希望大家能共享出自己在实践过程中的心得。

是啊不过模式的热潮刚过吧...

我觉得之所以讨论的很少 主要有以下几点
1 经典模式本身没有太多讨论的必要
回去买本书好好研读 或者google一下 就可以了
更主要的是在实际中多体会 多使用
2 模式没有统一的标准的用法 讨论也讨论不出什么结果
类似"这个地方是不是应该使用XXX模式" "XXX模式该在什么情况下使用"这类问题没有太多的讨论价值
3 模式已经渗入到开发的每个角落 以至于大家都忽略的他的存在
就好像饭桌上大家都会讨论很多事情 也会讨论哪道菜可口 但很少有人讨论大米饭好吃否 白开水好喝否

研究模式，最容易犯的错误就是为模式而模式。

》 例如：Martin Flower、Robert C. Marting 等
这些大家最近几年研究的是XP，是TDD，反倒不是模式。

在我们的实践中，以XP及TDD的思想而言，大部分的模式都是过度设计了，没必要使用。

呵呵，是不是Agile 中提出的简单设计的原则和只考虑今天的需要原则把那些人给吓住了呀？
其实简单设计原则和模式之间是并不矛盾的，简单的设计是针对当前需要，如果你的需要本身就是很复杂的，好的解决方法当然是使用好的模式，只要不考虑未来的需要就可以。
模式应该是个永恒的话题，这有这样才能真正的提高生产率和质量。

经典的模式只有那几种，不可能覆盖我们在软件开发过程中的所有问题，其实还有很模式没有被发现，国外每年都会举行模式大会（PLoP），每年都会有新的模式出来，尤其是各领域中的模式，《分析模式》这本书只讨论了领域间比较通用的问题，事实上，各领域里还是有很的模式，可以被提取出来。

XP和模式是不同层面的东西，XP更像是工程方面的理论。而模式则是从解决问题的角度出发，更加实用。

没有错.的确是永恒的主题.

当然,如果还没有读,或者没有读懂设计模式一书，应当先读。

但我不知道如何讨论它,也许,更适合的方式是同在一个团队工作,知道对方如何设计的,这样可以就实际问题讨论.
或许可以根据书上的模式，一一讨论？

关于模式在不同实现中的应该，可以加深对模式的理解。可能在同一个问题上不同的人会有不同的解决方法，各自共享出来讨论一下找出一个最优的解决方案，不是更好吗？

头顶上“设计模式”的标签是改版时才有的，而且很多人发帖子也不选标签，你从首页搜索“模式”可能会多些