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

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

探讨

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

[解决办法]
.........

探讨

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

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

[解决办法]
up...
[解决办法]

探讨

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

[解决办法]

探讨

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

[解决办法]

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

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

探讨

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

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

最高进境，心中无模式，手下出模式
[解决办法]
小项目不练 大项目就不会
[解决办法]

探讨

楼上诸位，我并不是讨论设计模式本身，《设计千变万化，何其仅有二三》，我只是讨论现在一些人对设计模式这个东西的本末倒置

[解决办法]
多练练没有错 ，但是在项目 死板硬套就。。。。。。。。。
[解决办法]
以前我也觉得，初学的时候为了设计模式而设计模式实在是可笑的事

现在想想，那个时候水平就那么点，如何活学活用？还不是套用已有的设计模式“模板”这样用下来，积累经验，后来在项目中在开始自己设计嘛

所以我觉得，对于初学的来说，没有必要太苛求他们。真心学的人，自然不会傻瓜式模式套用一用到底。