设计模式其实没有用

这几天用了几个模式,比一堆人排拆,原因是这人东西本来很简单,一个类就搞定了,结果写了一堆类,还有什么接口,实现,点来点去代码看的很晕,也很累,一点不太清晰,因此我开始怀疑到底是人们没有用习惯设计模式还是设计模式不好用或没必要用?

模式存在,必然有它的理由.它也经过了前人们的考验.模式只是一种思想,不要为了模式而模式.在适当的地方使用模式.比如在框架设计时就加入模式的考量.也可以在完成的项目中重构加入模式的考量.

哦,多谢leoyu,可能是我使用模式不当造成的

应用模式可以很好的帮你解决很多实际的问题,并为打造高可复用软件体系结构提供了一套解决方案。在你做设计的时候,你可能会使用自己的一套方案来解决某个具体问题,但事实上,已经有现成的模式可以参照了。
如果你的应用程序非常简单,例如仅仅是特用于对一堆数据进行简单的统计,那么你完全没有必要去使用设计模式,甚至没有必要去使用面向对象的思想来设计你的应用程序,那样做只能使你的应用程序变得更加复杂。因此,不能盲目的“崇拜”面向对象思想和设计模式,要具体问题具体分析。

请参考笔者写的一篇文章:http://www.sunnycrystal.net/ShowDocument.aspx?id=18

非常感谢acqy的指导,我觉的你说的有道理,但我想模式只是在适当的地方使用,应该不会区分是具体什么场合了

seej2ee您说的没错!
现在模式的分类有很多,例如有静态模式和动态模式,有设计模式和体系结构模式,也有惯用法,当然惯用法只能说是一种方式,它还没有达到模式的定义。因此,具体在什么应用中使用什么样的模式,可能只有经验才能教你。

在你使用这个模式的时候,你必须有自己的理由。既然有了这个理由,你肯定可以说服他们,否则你就成了死套模式而已。

1.有的问题用模式非常别扭,有的问题就用这个模式就非常合适. 这个道理懂吧!很多人都说了,不要为了模式而模式,需要的时候,合适的时候用.

从重构到模式其实就是看这个问题的一般编码是否可以使用模式的过程.如果能重构到这个模式上来,而且合理,那就用.如果重构到最后,不行,那就不用.从重构到模式是一个过程,检验是否可以使用设计模式的过程.

2. 不从开发角度讲,单从设计模式角度讲.设计模式体现的是OO设计原则,你学了设计模式并不代表你一定要用, 要理解他的更加深入的OO设计思想. 即使你不使用设计模式, 可以用设计原则,这个应该不矛盾吧!