关于设计模式
请大家谈谈对设计模式的理解.

------解决方案--------------------
预测变化点，封装变化点。
------解决方案--------------------
根本原因是为了代码复用，增加可维护性。
------解决方案--------------------
使得系统结构流程更清晰
------解决方案--------------------
不懂design pattern写的代码比一知半解dp写的代码要容易懂些
------解决方案--------------------
设计复用，保持软件灵活可维护的一种有效方法。
------解决方案--------------------
支持复用,降低维护和扩展代价
------解决方案--------------------
易维护 好扩展
------解决方案--------------------
增加可维护性...

便于以后扩展...


------解决方案--------------------
最近在学设计模式,认为还是学的好,因为知道了设计模式,在做系统设计时,就会利用好的模式去设计,如果不知道那些好的模式,那设计出来的软件可能就需大力气去维护了,现在我的现状就是这样,所以才学设计模式.
------解决方案--------------------
现在准备想要学... 希望可以听一听前辈们的意见
------解决方案--------------------
设计是一种思维的积累.
------解决方案--------------------
目前正在看设计模式的书
------解决方案--------------------
隔离变化点,还有就是锻练思维，加深面向对象的理解．
------解决方案--------------------
简单\清析的才是最好的.
------解决方案--------------------
理解oo精髓，写出代码自然符合dp
------解决方案--------------------
写的项目多了　自然就知道代码复用的重要性了……项目多了，就形成自己的一套模式了

当然参照一下经典的那些　还是有很大帮助的
------解决方案--------------------
各位推荐几本设计模式的书,最好是实例的,我的原则:
一切从实例出发
------解决方案--------------------
我赞同楼上的说法
------解决方案--------------------
能复用的就是好模式，设计个啥子哟
无非就是用用接口，抽象，反射，关联，依赖，重写，重载而已
------解决方案--------------------
是啊,就那么回事,
------解决方案--------------------
对典型问题的典型解法
------解决方案--------------------
表示层+业务层+数据层,这就是我的设计模式
------解决方案--------------------
典型问题的典型解法

------解决方案--------------------
代码复用，封装底层的东东，提高效率
还有就是显得自己比较牛
------解决方案--------------------
易维护 好扩展