设计模式描述了在特定场景下解决一般设计问题的类和相互通信的对象。
一个设计模式命名、抽象并确定了一个通用设计结构的主要方面，这些设计结构能被用来构造可复用的面向对象设计。
现在，设计模式已经广泛地应用在软件开发中。想请大家：分析并讨论软件设计中使用设计模式的效果，并分析和评价设计模式对软件开发的影响分大家不用担心，会很多的。大家可以说说！！！
一个设计模式命名、抽象并确定了一个通用设计结构的主要方面，这些设计结构能被用来构造可复用的面向对象设计。
现在，设计模式已经广泛地应用在软件开发中。想请大家：分析并讨论软件设计中使用设计模式的效果，并分析和评价设计模式对软件开发的影响分大家不用担心，会很多的。大家可以说说！！！
sorry 只能顶你一下了
http://blog.csdn.net/qiandongbo/archive/2008/10/27/3157796.aspx
这是第一次运用了模式写的一个TEST，这东西看着象一回事，但到实际运用时
却很难了~慢慢摸索中，顺便MARK下~呵呵
只有1个实例化,应在有真正的单一实例的需求时使用。
观察者
主要用在事件监听，让多个观察者对象同时监听某个对象。这个对象在状态上发生变化时，会通知所有观察者对象，使他们能够自动更新自己。
工厂
是把客户和工厂分开。客户任何时候需要某种产品，只需向工厂请求即可
适配器
把一个含有很多抽象方法的接口 变换成我们所期待的另一种接口，只需实现我们所需要的方法（比如GUI里面的事件监听有的接口里面有很多抽象方法，还提供有一些适配器类）
模式以及用模式所带来的好处，但最难的就是经验，在什么时候用模式，该怎么用上去，
我认识这才是模式的难点~
1)可以比较好的分工(比如,使用接口类型模式:强人用代码写方案,写接口.代码工人写实现)
2)代码组织更有条理(比如builder模式,像查询的结果,中间的产生过程是非常复杂的,如果不用builder模式,
谁做的只能是谁去改了,也许过段时间,他自己都忘记了)
我早把模式的书扔了,因为我发现设计源自内心,来自自己的灵感,我不会去硬套的.有需求的时候不用套也可以想到.这是我的回复，也是我发这个帖子的目的：
谢谢sunyujia兄弟，其实我的思路也是这样，模式也只是人们解决问题多了，形成的一个解决该问题的方法！
想看看大家理解的设计模式