SSH和SSM框架有什么區(qū)別

本人使用過SSH框架一段時間，最后在優(yōu)化項目的時候決定使用SSM框架，這兩種框架的一些淺顯的區(qū)別我在這里說下。

SSH框架是Struts+Spring+Hibernate而SSM是指的Spring-MVC+Spring+MyBatis,光從這兩個縮寫就可以看出來，如果比較兩者的區(qū)別的話主要比較Struct和Spring-MVC以及Hibernate和MyBatis。

SpringMVC 對比 Struts

Struts和Spring-MVC都是負(fù)責(zé)取轉(zhuǎn)發(fā)的，但是兩者針對request的請求上面區(qū)別很大，Struts是針對一個Action類來進(jìn)行請求的，即一個Action類對應(yīng)于一個請求，所以類攔截，請求的數(shù)據(jù)類共享。

而Spring-MVC則是針對于方法級別的請求的，也就是一個方法對應(yīng)于一個請求，屬于方法攔截，請求的數(shù)據(jù)方法不共享。Spring-MVC的配置文件相對來說較為少，容易上手，可以加快軟件開發(fā)的速度，親身體驗有效。

Spring-MVC的入口是Servlet級別的而 Struts 的級別是Filter級別的。

Hibernate 對比 MyBatis

針對Hibernate和 MyBatis 對持久化類進(jìn)行操作，他們之間的區(qū)別可以整理如下：

1. [Hibernate是一種O/R關(guān)系型，即完成數(shù)據(jù)庫表和持久化類之間的映射，而MyBatiss是針對的SQL-Maping，個人理解是一種Hibernate把數(shù)據(jù)庫給封裝好以后，可以調(diào)用相應(yīng)的數(shù)據(jù)庫操作語句HQL，而MyBatis則是用的原始的數(shù)據(jù)庫操作語句。
2. 基于1中的原因，則Hibernate優(yōu)化起來相對MyBatis較難。
3. MyBatis入門較快，而Hibernate掌握起來相對較難。
4. 針對高級查詢，Mybatis需要手動編寫SQL語句，以及ResultMap。而Hibernate有良好的映射機(jī)制，開發(fā)者無需關(guān)心SQL的生成與結(jié)果映射，可以更專注于業(yè)務(wù)流程。
5. Hibernate數(shù)據(jù)庫移植性很好，MyBatis的數(shù)據(jù)庫移植性不好，不同的數(shù)據(jù)庫需要寫不同SQL。

小結(jié)

總結(jié)：SSH個人雖然感覺很笨重，但是對于理解MVC模型乃至IOC來說還是不錯的，蠻適合練手的，但是SSM則是使用起來讓人感覺飛快，無論面向OOP還是面向AOP編程，都給人一種通透的快感。