ssh、ssm框架谈

所谓ssh就是sturts2 + Spring + hibernate，ssm则是spring + spring-mvc + mybatis。

sturts2

struts2：通俗的讲就是为了完成MVC模型中的C的功能，也就是编写具体的业务逻辑的地方。
　　　　从他的设计上来看就是请求到了web容器，然后经过了一系列的过滤器，再通过请求FilterDispatcher询问ActionMapper是否需要调用某个Action，
　　　　如果要调用的话， 然后执行先前配置好的拦截器，就到了我们的具体逻辑，执行完之后，还会继续执行对应的拦截器和过滤器逻辑，最后返回给调用方。

Spring

Spring： 通俗的讲只是通过它的核心IOC来管理我们编写逻辑中间的一些bean。我们通过IOC来减少耦合和简化对象的操作。

Hibernate: 是对象关系映射框架，简单的说，它就是对JDBC进行了非常轻量级的对象封装，目的是让操作数据库像操作对象一样简单。

这个就是ssh三者最开始的目的，他们各司其职，在缺乏框架的年代，很好的配合着，以至于一直流传了下来。

介绍完了ssh的本质，接下来介绍一下这三个组件现在的发展情况。

首先struts2框架最近爆出了很多高危漏洞，使的应用的安全有了很大程度的隐患。然后很多做法也不够优雅，特别是JSR-311标准出台之后，
随着Restful方式的流程程度普及开来，struts2越来越被大家所抛弃，虽然struts2也加入了一些plugin来进行支持REST，但是还是过于繁琐。所以导致了现在struts2的没落。

然后spring以IOC为核心，然后进行大力扩展，先后推出了SpringMVC来完成逻辑层的编写逻辑，
现在SpringMVC基本已经完成了替代struts2的工作（一些很老的项目可能没有进行改造）。
然后在SpringMVC大获成功之后，基于SpringMVC和web容器，把他们两者进行结合，推出了SpringBoot，
经过几年的发展和酝酿，现在后端基本被Spring系列所统一。所以现在要我来讲，后端框架的王者就只有一个Spring系列了。

最后Hibernate只是一个对操作数据库进行映射的框架，有很多也可以替代，比如ibatis, mybatis, JPA等等，
因为orm有自己的优点也有自己缺点，就看使用者如何进行权衡了。
从我个人的意见来看，简单的业务逻辑直接用JPA（Spring基于Hibernate的封装）就可以了，如果是复杂的，还不如直接写SQL来得简单，调优也方便。

为什么说ssh已经过时？

现在提倡和流行的是前后端分离（这里指的分离是完全分离，而不是之前通过模版进行分离，前后端数据交互是根据http进行的）。
并且后端设计的接口趋向于Restful的架构。为什么有这种变化，
因为现在前端不仅仅是web端，在移动互联网时代，app也是很大一部分。所以从后端的角度来看，他们都是客户端。
app是没办法通过模版进行渲染的，只能通过http传输数据。这也是后端服务发展的趋势。

Java后端技术有很多，如果想要提高，最好的捷径就是踏踏实实的进行学习，
对于刚工作不久的人来说，可以把学习ssh框架的时间用来学习SpringMVC，然后掌握Spring的核心，
然后学习什么是Restful概念，最后可以了解JDBC的一些概念（前期不推荐学习ORM框架）。我相信可以有所收获和成长的。

总结：

ssm框架，老一点项目spring struts2 mybatis。
现在主流是spring spring-mvc mybatis。
ssh可以了解，技多不压身，以前的老项目会用到，用到就学，不用花太多时间，看得懂就行，重点放在SSM上，技术潮流先前看！

补充一点：
mybatis是半自动的，mybatis自动化的地方在于它把数据给我们封装后返回给我们，手动的部分在于我们自己来写sql，这样的方式很灵活，我们可以根据需求写最优的sql语句。
hibernate是全自动的，sql都帮我们写好了，但是这也是hibernate一个很大的缺点，有时候它给的sql语句并不是最优的，就极大的影响了我们的效率。