设计模式是好的，但是为设计模式而设计模式就有点买椟还珠的味道了
很多学习设计模式的人最开始都滥用设计模式(单例,观察者) 就写个小的调试软件也这么干，为设计模式而设计模式是一件很悲剧的事，要知道每一种设计模式一般都对应着某一个或某一类应用场景的！

------解决方案--------------------
同意lz
------解决方案--------------------
同意lz
------解决方案--------------------
设计模式不是靠学的 是你写代码写出来的 是需求导致你这么做的 所谓的学设计模式只是给自己已经做过的事情一个正式的名字
------解决方案--------------------
同意楼主观点
------解决方案--------------------
同意 有的公司就是 瞎比封装 人家ssh写的很好 非要给封装一层，这不是多此一举吗 糊弄领导可以 但是实际没有任何用处
------解决方案--------------------
呵呵，同意
------解决方案--------------------
终于看到有人这样评论 设计模式了。顶一个。
------解决方案--------------------
刚还在看敏捷软件开发，看的蛋疼
------解决方案--------------------
个人感觉有时不必去强求设计模式，但会不知不觉中正在使用某种设计模式
------解决方案--------------------
设计模式本身没有什么技术难点，关键是理解其使用目的，只有理解了这一点，才算是了解了设计模式。
------解决方案--------------------
同意LZ
------解决方案--------------------
还没有学过设计模式，努力啊
------解决方案--------------------

探讨

刚还在看敏捷软件开发，看的蛋疼

------解决方案--------------------
.........

探讨

引用:
刚还在看敏捷软件开发，看的蛋疼

我们项目组人手一本 部分还是可以的 譬如站立会议或者午餐会议
能用的还是可以借鉴下

------解决方案--------------------
up...
------解决方案--------------------

探讨

很多学习设计模式的人最开始都滥用设计模式(单例,观察者) 就写个小的调试软件也这么干，为设计模式而设计模式是一件很悲剧的事，要知道每一种设计模式一般都对应着某一个或某一类应用场景的！

------解决方案--------------------

探讨

设计模式是解决实际问题的，每一种设计模式都是为了解决特定的应用场景的，设计模式源于实践，本身就是一个从实践中来经过抽象和总结再回到实践当中，如果你仅仅觉得没有造成什么严重的后果而用的话，后面造成严重后果的可能还是很大的，这种心态在软件开发中是不能有的，如果人人都是这个心态，那么这个项目我想多半会死掉，要知道项目越到后面会变的越庞大，谁都不能保证不会存在“严重后果”。如果觉得小项目不用，大项目用不……

------解决方案--------------------

代码已经写好了,回过头看,才发现原来这是装饰器模式,不过管它呢.
------解决方案--------------------

理论也是必需的,指导实践,避免更多的重构.
------解决方案--------------------
设计模式是死的，设计是活的。
------解决方案--------------------
不必刻意去为了设计模式而设计吧，主要是能良好的解决需求才是关键
------解决方案--------------------
我觉得这应该是个 创造力决定创造物 还是 创造物决定创造力 的问题
如果觉得应该给自己的一个思考问题的机会， 会选择先抛开既有模式
否则，就是闭上眼睛火速交差
------解决方案--------------------
对，没必要强求，虽然不懂设计模式，但当你自己在不断总结，不断沉淀后，回过头来看看设计模式这本书，你发现你以前写得好多代码都是相关XX模式，最常见的就是原型模式了
------解决方案--------------------

探讨

对，没必要强求，虽然不懂设计模式，但当你自己在不断总结，不断沉淀后，回过头来看看设计模式这本书，你发现你以前写得好多代码都是相关XX模式，最常见的就是原型模式了

------解决方案--------------------