这几天走访了很多家公司,做了很多技术上的咨询,一开始SSH疯狂流行的时候,每个公司都在使用这个“万金油”框架,还是之前的那句话,SSH的框架瓶颈在于Hibernate,最先死的也是它,就是因为数据的问题,我们现在的数据都是可谓海量级别的了,之前奉劝过很多公司考虑重构自己的hibernate,但是很少有人采取建议,导致现在业务需求和数据的量级增加而是系统在hibernate中反复崩溃。

然后就是Struts这个舍不得丢弃的框架,Struts很好的诠释了MVC的架构,之前Struts1因为其MVC的良好结构风靡一时,但是其冗余的Formbean让他很受伤,于是很多公司纠结在到底是忍受FormBean还是继续着Struts的架构,正因为困难比实惠多,所以struts2应运而生,放弃frombean,集成到了Action中,但是随之而来的问题就是,struts2的不稳定,一个不稳定的框架很容易成为项目的木桶理论,我不得不承认struts2比1要强劲很多,但是对于要求很高的项目来说,还是有点风险性。再来谈的就是spring,spring一路一直是高歌猛进,他一直是以低侵入的方式加载在你的项目中,所以Spring的呼声很高,在名誉双收的spring,我暂时还没有碰见过棘手的问题,但是似乎Spring野心不在IOC或者AOP,他想做掉Struts和hibernate,无疑他也算成功了,SpringMVC和jdbcTemple运行也很平稳,但是回到前端,我的建议是公司还是要做自己的技术积累。spring模式可以借鉴,其实Spring也可以离企业远去。

很多人认为我在扯淡,那么扪心自问一下,你在使用ssh这个框架多年的积累是什么?是不是只是在用这套框架?有没有修改底层?有没有自己的框架和结构,还在依托于SSH吗?像IBM之类的大公司一定也在“裸奔”,当然框架的选择见仁见智,唯有适合自己的才是最好的。

如果要想成为技术性企业,那么请积累自己的核心代码吧,永远不要依托别人的企业级解决方案,因为命脉掌握不到自己的手中。