记得以前最开始学JAVA的时候，大家就在说SSH必须要学、如何如何好、如何火等。到现在我在JAVA方面工作快三年了，这几年的工作中从未使用过SSH框架中的任何一种，上过班的这几个公司都没有谁在使用这几个框架。它真的有大家说的那么好吗？以前也学过，但从来未用过，根据几年前学习时对它的理解，从我个人的角度来说是很不喜欢这几个框架，也许是我对它未进行深入的研究过吧，首先是我很反感一大堆的配置文件，搞得程序员不是写代码，而是写配置，就说struts吧，本来一些简单的前后台访问，搞得那么复杂，有必要吗？感觉有些小题大作了；再说spring吧，有必要什么都注入吗？又有哪个项目经常都在换实现类，其实在很多开发中，连接口都写得少更不要说老换实现类了，真正代码要改，虽然是麻烦，但很多公司还是喜欢直接改代码，总不能老是留一些沉余代码在项目中吧！而且很多需求变化是不可预料的，预先的接口也是不可能一层不变的。hibernate也烦，配置一大堆，性能也不咋地，记得在我上班的第一个公司，连bean都很少用，还用啥子hibernate哟？
ssh有点过时（你看javaee6，就发现）。只是国人用的比较多，木办法，几十人的作坊，你叫他自己来搞个框架，人员流动大，技术不强。不知道乱成什么样子，所以木办法，就ssh了。所以ssh就火了。
感觉思想不错，spring，注入个人还是比较喜欢。
因为大家都用，有群体优势，反正有问题上网一问就知道了。
spring的作用已不紧紧是让你面向接口编程，现在更多的是方便为你生成多层代理，实现各种代理功能，比如事务，日志，包括其他bean前后的善后处理。
这几个框架确实臃肿太多，不过越大的项目越有用。
这几个框架的功能自己用代码也很好实现 没有什么必须学习的东西
任何一个框架都可以在一天内学会使用，一个星期内较为熟练，不必纠结。
我发表下个人建议：每个项目都不它自己的需求，所以使用什么样的技术什么样的框架都是不确定的，个人觉得SSH框架从对机器的执行效率来讲确实没有得到什么太大的好出，不管是struts层对servelt的封装还是hibernate对dao的封装，对于程序而言是多执行了一些没必要的过程，但是为什么我们还用ssh框架呢？原因我觉得很简单，很多公司需要的是一个产品能够在多个公司都能用，比如软件A我改下前台的模版或者换一下数据库就变成一个新的产品了，那么就又可以卖给另外的公司，这样公司才有利益赚，而对于自主研发的产品我想更多用的并非是SSH框架了。SSH框架的2个重大优势我觉得1.可移植性好，可以想换数据库就换数据库，代码可以不该，想换页面就换页面。2.对于需求的扩展性比较好，当你要加需求的时候非常明了。但是我觉得最重要的还是java本身的基础，例如反射，代理，aop,classloader。这是我的一点想法，希望对你有用
那是因为你的项目太小了，大项目都用框架，流行的有：SSH Ibatis ，我们就用Struts2 + Spring +Ibatis ,一个项目，十几个人开发了一年时间