最近在學(xué)SSH，但突然看到了SSM，感覺兩者很相似，于是就開始打破砂鍋問到底，網(wǎng)上找了很多資料，但是由于本人對(duì)SSM的認(rèn)識(shí)只存在于理論上，所以就泛泛的談?wù)撓伦约簩?duì)這兩個(gè)java框架的認(rèn)識(shí)，做一個(gè)小總結(jié)。

      記得很久前看到一個(gè)標(biāo)題，名為“MVC已死”，說的MVC這種思想已經(jīng)有一些不適應(yīng)了，新的模式MOVE，正在茁壯成長(zhǎng)，MOVE指即Models（模型）、Operations（操作）、Views（視圖）、Events（事件），當(dāng)時(shí)看了很多資料，覺得人家分析的真棒，不過現(xiàn)在一點(diǎn)印象都沒有了，為什么？因?yàn)闆]有總結(jié)，沒有形成自己的認(rèn)識(shí)，所以盡管自己沒有學(xué)習(xí)SSM，但是還是想總結(jié)對(duì)比下，起碼來個(gè)宏觀的認(rèn)識(shí)也是好的。

      我們通常所說的SSH指的是：Spring+Struts+Hibernate。而SSM指的是:spring +SpringMVC + MyBatis。關(guān)于SSM和SSH 對(duì)比其實(shí)更多的從SpringMVC 和 Struts這一方面對(duì)比，和Hibernate與MyBatis的對(duì)比。

      SpringMVC與Struts :

      首先兩者有個(gè)共同之處，那就是兩者都數(shù)據(jù)javaweb層的開發(fā)框架，都是mvc模式的的經(jīng)典產(chǎn)品，都實(shí)現(xiàn)了頁面分離控制的功能，但是兩者之間是有區(qū)別的。

      有一種言論，或許已經(jīng)成為了部分人眼中的事實(shí)，那就是SpringMVC已經(jīng)超越了Struts，在開發(fā)中，人們更愿意使用SpringMVC而不是Struts。

      因?yàn)镾pring MVC屬于SpringFrameWork的后續(xù)產(chǎn)品，已經(jīng)融合在SpringWeb Flow里面。Spring MVC 分離了控制器、模型對(duì)象、分派器以及處理程序?qū)ο蟮慕巧?，這種分離讓它們更容易進(jìn)行定制。

而且由于同是屬于一個(gè)開發(fā)公司，所以SpringMVC比Struts更容易契合Spring技術(shù)，在擴(kuò)展和靈活性上更勝一籌。

      Struts的優(yōu)勢(shì)在于靜態(tài)注入，插件機(jī)制和攔截器鏈，但是struts存在漏洞，經(jīng)常會(huì)被作為攻擊點(diǎn)進(jìn)行沖擊。相比更加安全簡(jiǎn)單的SpringMVC，開發(fā)者漸漸開發(fā)放棄了它。

      Hibernate 與MyBatis:

      Hibernate與Mybatis都是流行的持久層開發(fā)框架，一句話概括：MyBatis 簡(jiǎn)單易上手；hibernate成熟，市場(chǎng)推廣率高。

      MyBatis可以進(jìn)行更為細(xì)致的SQL優(yōu)化，可以減少查詢字段。

      MyBatis容易掌握，而Hibernate門檻較高。

      更重要的是，mybatis提供了對(duì)應(yīng)各種用途、功能的插件，有需求？好，來個(gè)插件就搞定。而hibernate在這一方面是遠(yuǎn)遠(yuǎn)比不上mybatis的。

      Hibernate的DAO層開發(fā)比MyBatis簡(jiǎn)單，Mybatis需要維護(hù)SQL和結(jié)果映射。

      Hibernate對(duì)對(duì)象的維護(hù)和緩存要比MyBatis好，對(duì)增刪改查的對(duì)象的維護(hù)要方便。

      Hibernate數(shù)據(jù)庫移植性很好，MyBatis的數(shù)據(jù)庫移植性不好，不同的數(shù)據(jù)庫需要寫不同SQL。

      Hibernate有更好的二級(jí)緩存機(jī)制，可以使用第三方緩存。MyBatis本身提供的緩存機(jī)制不佳。

      但是hibernat缺點(diǎn)很明確，如果涉及到多張關(guān)聯(lián)表的調(diào)用時(shí)：

       1. 多表關(guān)聯(lián)等比較復(fù)雜，使用的成本并不低；

       2. 效率比較低，在大型項(xiàng)目中很少會(huì)使用到它，因?yàn)閟ql都是自動(dòng)生成的，不太好進(jìn)行人工的優(yōu)化。

       結(jié)論

      綜上，在如今的開發(fā)過程中，人們?cè)絹碓蕉嗟南矚g選擇SSM，因?yàn)樗m合敏捷開發(fā)，而敏捷開發(fā)是現(xiàn)在市場(chǎng)備受推廣的一種方式。

      我想說，我們應(yīng)該努力學(xué)習(xí)，第一：知識(shí)有個(gè)演變的過程，他們都是相同，有了基礎(chǔ)學(xué)習(xí)新的會(huì)省力很多。第二：抓緊時(shí)間學(xué)習(xí)，因?yàn)槲覀冃枰獙W(xué)習(xí)的東西太多了。因?yàn)檫@些都是幾年前的事情了。