头几年SSH横扫了中国多数软件公司开发人员的电脑，谁要说自己不会SSH几乎都会100%遭遇BS的目光，
最近又开始流行SSH2和SSI，经历了这些我不禁想问：程序员是写代码的还是玩配置的，现在Hibernate和Spring每次版本的提高总是有人能玩出一些奇淫意巧的写法，看得人那叫眼花僚乱 哎...
以前用jsp+javabean+servlet的时候出现的问题绝大部份是查找这个或那个包的应用，或是怎么在项目中应用下设计模式，现在都换成SSH除错了，一说到SSH错我就火冒三仗，那个什么狗屁Spring，配置一出错，不管是什么，清一色的就跳监听器错，TNND；说起来就让人不爽，用起来就想撞墙。
说实话我现在做项目都有种想用jdbc的冲动了，不为别的；就是为了不想看到Hibernate那臭裹脚布般的配置。
不知道站内道友的看法是怎么看待SSH的，反正我就严重BS之..
还有S2SH，就是Struts2 + Spring + Hibernate。
配置注解本来是属于水泥，水泥用来粘接砖头的，属于粘结剂，这是砖混结构建筑。
现在水泥超过砖头占主要地位了，就成了钢筋水泥浇灌了，这是框架建筑，相应软件就是动态脚本语言。
而SSH尴尬就在这里，水泥份量超过砖混，但又不是框架。只是一个过渡吧。第三者建筑结构。
SSH架构的出现肯定并且能如此流行肯定有其可用之处。个人认为SSH提供一个很好的框架，提供快速的开发系统框架。我个人非常喜欢，SSH有很多很好的实践证明其价值。
我个人非常喜欢Spring来管理类，至少现在在我心中没有其它框架（包括Jdon)能代替它。
至于Hibernate呢，以前我也是BS之.... 但是随着现在开始OO之后，发现真的需要他。
关于SSH的组合，我个人感觉hibernate+spring挺好的，特别是现在的hibernate3+spring2.5，几乎不用什么配置，只需要一个applicatonContext.xml即可，其他全部用注解的方式，加上自己的BaseDao类，让spring管理事务，写程序几乎只要service类就可以了，让我头疼的倒是web层的框架，不管用什么框架都感觉麻烦，非常的不爽，我现在新建一个jsp页面都有一种发愁的感觉。
>写程序几乎只要service类就可以了，让我头疼的倒是web层的框架
我个人觉得真好相反，Spring + Hibernate现在让你爽，以后就会让你不爽，软件是不断发展的；而Web层框架现在让你抓狂，将来到没有让你麻烦的，基本都是Jsp页面调整。
Spring + Hibernate就象日语，很好学，但是水很深，一般初学者都没有这个感觉，单单一个小小单例模式,Spring默认的，就带来很多注意点，见EJB3.1的单态繁复处理：
http://www.jdon.com/jivejdon/thread/36768
有人说，这是EJB复杂性，其实这是一叶遮目，EJB不会自己搞复杂技术，而是技术本身有这个规律（就单例这个事情），只是因为你现在还看不到而已。
相关帖子: