解析SSH和SSM兩大框架的組成及其區(qū)別-創(chuàng)新互聯(lián)

解析SSH和SSM兩大框架的組成及其區(qū)別

創(chuàng)新互聯(lián)建站一直在為企業(yè)提供服務,多年的磨煉,使我們在創(chuàng)意設計,全網營銷推廣到技術研發(fā)擁有了開發(fā)經驗。我們擅長傾聽企業(yè)需求,挖掘用戶對產品需求服務價值,為企業(yè)制作有用的創(chuàng)意設計體驗。核心團隊擁有超過十余年以上行業(yè)經驗,涵蓋創(chuàng)意,策化,開發(fā)等專業(yè)領域,公司涉及領域有基礎互聯(lián)網服務遂寧聯(lián)通機房成都app軟件開發(fā)公司、手機移動建站、網頁設計、網絡整合營銷。

前言

熟悉當下流行的兩種企業(yè)開發(fā)MVC開源框架,是Java程序猿必備知識。MVC全名是Model View Controller,是模型(model)-視圖(view)-控制器(controller)的縮寫。M是指業(yè)務模型,V是指用戶界面,C則是控制器。一種軟件設計典范,用一種業(yè)務邏輯、數(shù)據(jù)、界面顯示分離的方法組織代碼,將業(yè)務邏輯聚集到一個部件里面,在改進和個性化定制界面及用戶交互的同時,不需要重新編寫業(yè)務邏輯。小編在學校的時候學習過SSH,SSM則是去公司后用的。

一、SSH 和 SSM 的定義

SSH 通常指的是 Struts2 做前端控制器,Spring 管理各層的組件,Hibernate 負責持久化層。
SSM 則指的是 SpringMVC 做前端控制器,Spring 管理各層的組件,MyBatis 負責持久化層。

二、SSH 和 SSM 的實現(xiàn)原理

解析SSH和SSM兩大框架的組成及其區(qū)別

1.Struts2 的原理

解析SSH和SSM兩大框架的組成及其區(qū)別

Struts2框架執(zhí)行過程:

1、客戶端初始化一個指向Servlet容器(例如Tomcat)的請求

2、這個請求經過一系列的過濾器(Filter)(這些過濾器中有一個叫做ActionContextCleanUp的可選過濾器,這個過濾器對于Struts2和其他框架的集成很有幫助,例如:SiteMesh Plugin

3、接著FilterDispatcher被調用,F(xiàn)ilterDispatcher詢問ActionMapper來決定這個請求是否需要調用某個Action,F(xiàn)ilterDispatcher是控制器的核心,就是mvc中c控制層的核心

4、如果ActionMapper決定需要調用某個Action,F(xiàn)ilterDispatcher把請求的處理交給ActionProxy

5、ActionProxy通過Configuration Manager詢問框架的配置文件,找到需要調用的Action類

6、ActionProxy創(chuàng)建一個ActionInvocation的實例

7、ActionInvocation實例使用命名模式來調用,在調用Action的過程前后,涉及到相關攔截器(Intercepter)的調用

8、一旦Action執(zhí)行完畢,ActionInvocation負責根據(jù)struts.xml中的配置找到對應的返回結果。返回結果通常是(但不總是,也可 能是另外的一個Action鏈)一個需要被表示的JSP或者FreeMarker的模版

9、將處理結果返回給客戶端

2.SpringMVC 的原理

解析SSH和SSM兩大框架的組成及其區(qū)別

SpringMVC框架執(zhí)行過程:

1、客戶端發(fā)出一個http請求給web服務器,web服務器對http請求進行解析,如果匹配DispatcherServlet的請求映射路徑(在web.xml中指定),web容器將請求轉交給DispatcherServlet

2、DipatcherServlet接收到這個請求之后將根據(jù)請求的信息(包括URL、Http方法、請求報文頭和請求參數(shù)Cookie等)以及HandlerMapping的配置找到處理請求的處理器(Handler)

3、DispatcherServlet根據(jù)HandlerMapping找到對應的Handler,并返回

4、將處理權交給Handler(Handler將具體的處理進行封裝),再由具體的處理器適配器(HandlerAdapter)對Handler進行具體的調用

5、處理器適配器執(zhí)行Handler

6、Handler對數(shù)據(jù)處理完成以后將返回一個ModelAndView對象給處理器適配器

7、處理器適配器向前端控制器返回ModelAndView
ModelAndView是springmvc框架的一個底層對象,包括Model和View

8、Handler返回的ModelAndView只是一個邏輯視圖并不是一個正式的視圖,前端控制器請求視圖解析器(ViewResolver)去進行視圖解析,根據(jù)邏輯視圖名解析成真正的視圖(jsp)

9、視圖解析器向前端控制器返回View

10、前端控制器進行視圖渲染,視圖渲染將模型數(shù)據(jù)(在ModelAndView對象中)填充到request域

11、前端控制器向用戶響應結果

3.Hibernate 的原理

解析SSH和SSM兩大框架的組成及其區(qū)別

Hibernate框架執(zhí)行過程:

1.通過Configuration().configure();讀取并解析hibernate.cfg.xml配置文件

2.由hibernate.cfg.xml中的讀取并解析映射信息

3.通過config.buildSessionFactory();//創(chuàng)建SessionFactory

4.sessionFactory.openSession();//打開Sesssion

5.session.beginTransaction();//創(chuàng)建事務Transation

6.persistent operate持久化操作

7.session.getTransaction().commit();//提交事務

8.關閉Session

9.關閉SesstionFactory

4、MyBatis原理

解析SSH和SSM兩大框架的組成及其區(qū)別

MyBatis框架執(zhí)行過程:

1、配置MyBatis的配置文件,SqlMapConfig.xml(名稱不固定)

2、通過配置文件,加載MyBatis運行環(huán)境,創(chuàng)建SqlSessionFactory會話工廠SqlSessionFactory 在實際使用時按單例方式

3、通過SqlSessionFactory創(chuàng)建SqlSession,SqlSession 是一個面向用戶接口(提供操作數(shù)據(jù)庫方法),實現(xiàn)對象是線程不安全的,建議sqlSession應用場合在方法體內

4、調用 sqlSession 的方法去操作數(shù)據(jù)。如果需要提交事務,需要執(zhí)行 SqlSession 的 commit() 方法

5、釋放資源,關閉SqlSession

Struts2和SpringMVC兩種框架對比

1.springmvc和struts2都是負責取轉發(fā)的,但是兩者針對request的請求上面區(qū)別很大。springmvc是針對于方法級別的請求的,也就是一個方法對應于一個請求,屬于方法攔截,請求的數(shù)據(jù)方法不共享;而struts2則是針對一個Action類來進行請求的,即一個Action類對應于一個請求,所以類攔截,請求的數(shù)據(jù)類共享

2.springmvc入口是一個servlet前端控制器(DispatcherServlet),struts2入口是一filter過濾器

3.springmvc的配置文件相對struts2來說較為少,容易上手,可以加快軟件開發(fā)的速度

Hibernate 和 MyBatis 兩種框架對比

相同之處

1.Hibernate與MyBatis都可以是通過SessionFactoryBuider由XML配置文件生成SessionFactory,然后由SessionFactory 生成Session,最后由Session來開啟執(zhí)行事務和SQL語句。其中SessionFactoryBuider,SessionFactory,Session的生命周期都是差不多的

2.Hibernate和MyBatis都支持JDBC和JTA事務處理

不同之處

1.Hibernate是一種O/R關系型,即完成數(shù)據(jù)庫表和持久化類之間的映射,而MyBitas是針對的SQL-Maping,個人理解是一種Hibernate把數(shù)據(jù)庫給封裝好以后,可以調用相應的數(shù)據(jù)庫操作語句HQL,而MyBitas則是用的原始的數(shù)據(jù)庫操作語句

2.針對高級查詢,Mybatis需要手動編寫SQL語句,以及ResultMap。而Hibernate有良好的映射機制,開發(fā)者無需關心SQL的生成與結果映射,可以更專注于業(yè)務流程

3.Hibernate優(yōu)化起來相對MyBitas較難,而且Hibernate掌握起來相對MyBitas較難,但是Hibernate數(shù)據(jù)庫移植性很好,MyBatis的數(shù)據(jù)庫移植性不好,不同的數(shù)據(jù)庫需要寫不同SQL

Spring家族:

解析SSH和SSM兩大框架的組成及其區(qū)別

三、總結

SSM和SSH相同之處在于都是用Spring依賴注入DI來管理各層的組件,并且都是使用面向切面編程AOP來管理事物、日志、權限等。不同之處在于MVC實現(xiàn)方式,以及ORM持久化方面不同(Hiibernate與Mybatis)。SSM越來越輕量級配置,將注解開發(fā)發(fā)揮到極致,且ORM實現(xiàn)更加靈活,SQL優(yōu)化更簡便;而SSH較注重配置開發(fā),其中的Hiibernate對JDBC的完整封裝更面向對象,對增刪改查的數(shù)據(jù)維護更自動化,但SQL優(yōu)化方面較弱,且入門門檻稍高。

另外有需要云服務器可以了解下創(chuàng)新互聯(lián)scvps.cn,海內外云服務器15元起步,三天無理由+7*72小時售后在線,公司持有idc許可證,提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業(yè)上云的綜合解決方案,具有“安全穩(wěn)定、簡單易用、服務可用性高、性價比高”等特點與優(yōu)勢,專為企業(yè)上云打造定制,能夠滿足用戶豐富、多元化的應用場景需求。

當前標題:解析SSH和SSM兩大框架的組成及其區(qū)別-創(chuàng)新互聯(lián)
網站地址:http://www.muchs.cn/article36/dpgesg.html

成都網站建設公司_創(chuàng)新互聯(lián),為您提供網站收錄、移動網站建設、營銷型網站建設、云服務器、Google關鍵詞優(yōu)化

廣告

聲明:本網站發(fā)布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯(lián)

成都定制網站網頁設計