很多事情看上去很美......

是啊，太多的东西都不实用啊！
还得实践啊！

我 顶 。。。。 。。 。 。。 。 。 。
我爱死你了 。 。。 。 。。 。 。。 。
你说出了我的心里话 。 。  。 。。 。 。 。
让那些炒作者 。 。。 。。 。 。 。 。去死吧  。 。 。 。。 。。
让那些膜拜者。 。 。。。 。。 。 凉快去吧 。 。 。。。。 。。。

楼主，你的文章写的很好。。。
我曾多次发表类似观点，但由于表达语气像是愤青。。。
无人理解，被投票隐藏了。。。

你表达的好，有理有据

手里无剑，心中有剑

我还前几天莫名其妙的收到一个留言:


貌似我不玩J2EE好多年了... 说EJB坏话的也起码是几年前的事情... 这个坟刨的...

PICC是人保?  哇哈哈哈哈, 强烈鄙视一下...

功夫再高也怕菜刀

其它不好说，但是lz对设计模式这个东西的观点我不同意

你没用过不代表别人没用过

Observer 模式 到处都有用到，只要与GUI相关的,Swing,Ext,gwt。

Singleton 不说了，太多

Factory现在用的少了，因为有了IOC

Interpreter 模式, SSH里面都有用到，还有MINA。

Template 模式,HibernateTemplate和JdbcTemplate谁没用过,Spring的卖点之一

Builder 模式,Google Protoc Buffer 里面有用

Decorator 模式和Bridge模式，java.io里面有用，要理清这些Stream的的关系，就必须了解Decorator 模式

command模式，struts1的基石

太多了，我所了解的就这些，实际上用过的很少，因为框架把你的工作都做了，并不是代表这些设计模式没有用。

其实我的意思跟你的基本差不多，设计模式还是比较美的，但实际上用的确实很少，毕竟我们主要还是搞企业开发的，既不搞GUI库，也不做Stuts、Hibernate。

所以我觉得对于普通程序员来说，不要太看重设计模式，也不要花太多时间在设计模式上，因为用不着，不知道你同不同意我看法？等成长为架构师以后，有了一定的经验了，再去看看设计模式，也许会比较有效果。

我另一个意思是说设计模式并不是必不可少，就像Decorator，有很多IO库并没有用。所以用不用一个模式并不是绝对的，用了可能会效果比较好，但不用也不一定就不好。作为一个技术积累的公司，很式问题都已经形成了类库，可能这个类库并没有用设计模式，但只要实际使用中效果好，那就可以了。

代理模式用的铺天盖地 － －