公司主營業(yè)務:成都網(wǎng)站建設、成都網(wǎng)站制作、移動網(wǎng)站開發(fā)等業(yè)務。幫助企業(yè)客戶真正實現(xiàn)互聯(lián)網(wǎng)宣傳,提高企業(yè)的競爭能力。創(chuàng)新互聯(lián)是一支青春激揚、勤奮敬業(yè)、活力青春激揚、勤奮敬業(yè)、活力澎湃、和諧高效的團隊。公司秉承以“開放、自由、嚴謹、自律”為核心的企業(yè)文化,感謝他們對我們的高要求,感謝他們從不同領域給我們帶來的挑戰(zhàn),讓我們激情的團隊有機會用頭腦與智慧不斷的給客戶帶來驚喜。創(chuàng)新互聯(lián)推出河東免費做網(wǎng)站回饋大家。
熟悉當下流行的兩種企業(yè)開發(fā)MVC開源框架,是Java程序猿必備知識。MVC全名是Model View Controller,是模型(model)-視圖(view)-控制器(controller)的縮寫。M是指業(yè)務模型,V是指用戶界面,C則是控制器。一種軟件設計典范,用一種業(yè)務邏輯、數(shù)據(jù)、界面顯示分離的方法組織代碼,將業(yè)務邏輯聚集到一個部件里面,在改進和個性化定制界面及用戶交互的同時,不需要重新編寫業(yè)務邏輯。小編在學校的時候?qū)W習過SSH,SSM則是去公司后用的。
SSH 通常指的是 Struts2 做前端控制器,Spring 管理各層的組件,Hibernate 負責持久化層。
SSM 則指的是 SpringMVC 做前端控制器,Spring 管理各層的組件,MyBatis 負責持久化層。
Struts2框架執(zhí)行過程:
1、客戶端初始化一個指向Servlet容器(例如Tomcat)的請求
2、這個請求經(jīng)過一系列的過濾器(Filter)(這些過濾器中有一個叫做ActionContextCleanUp的可選過濾器,這個過濾器對于Struts2和其他框架的集成很有幫助,例如:SiteMesh Plugin
3、接著FilterDispatcher被調(diào)用,F(xiàn)ilterDispatcher詢問ActionMapper來決定這個請求是否需要調(diào)用某個Action,F(xiàn)ilterDispatcher是控制器的核心,就是mvc中c控制層的核心
4、如果ActionMapper決定需要調(diào)用某個Action,F(xiàn)ilterDispatcher把請求的處理交給ActionProxy
5、ActionProxy通過Configuration Manager詢問框架的配置文件,找到需要調(diào)用的Action類
6、ActionProxy創(chuàng)建一個ActionInvocation的實例
7、ActionInvocation實例使用命名模式來調(diào)用,在調(diào)用Action的過程前后,涉及到相關攔截器(Intercepter)的調(diào)用
8、一旦Action執(zhí)行完畢,ActionInvocation負責根據(jù)struts.xml中的配置找到對應的返回結(jié)果。返回結(jié)果通常是(但不總是,也可 能是另外的一個Action鏈)一個需要被表示的JSP或者FreeMarker的模版
9、將處理結(jié)果返回給客戶端
SpringMVC框架執(zhí)行過程:
1、客戶端發(fā)出一個http請求給web服務器,web服務器對http請求進行解析,如果匹配DispatcherServlet的請求映射路徑(在web.xml中指定),web容器將請求轉(zhuǎn)交給DispatcherServlet
2、DipatcherServlet接收到這個請求之后將根據(jù)請求的信息(包括URL、Http方法、請求報文頭和請求參數(shù)Cookie等)以及HandlerMapping的配置找到處理請求的處理器(Handler)
3、DispatcherServlet根據(jù)HandlerMapping找到對應的Handler,并返回
4、將處理權(quán)交給Handler(Handler將具體的處理進行封裝),再由具體的處理器適配器(HandlerAdapter)對Handler進行具體的調(diào)用
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、前端控制器向用戶響應結(jié)果
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
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應用場合在方法體內(nèi)
4、調(diào)用 sqlSession 的方法去操作數(shù)據(jù)。如果需要提交事務,需要執(zhí)行 SqlSession 的 commit() 方法
5、釋放資源,關閉SqlSession
1.springmvc和struts2都是負責取轉(zhuǎn)發(fā)的,但是兩者針對request的請求上面區(qū)別很大。springmvc是針對于方法級別的請求的,也就是一個方法對應于一個請求,屬于方法攔截,請求的數(shù)據(jù)方法不共享;而struts2則是針對一個Action類來進行請求的,即一個Action類對應于一個請求,所以類攔截,請求的數(shù)據(jù)類共享
2.springmvc入口是一個servlet前端控制器(DispatcherServlet),struts2入口是一filter過濾器
3.springmvc的配置文件相對struts2來說較為少,容易上手,可以加快軟件開發(fā)的速度
相同之處
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ù)庫給封裝好以后,可以調(diào)用相應的數(shù)據(jù)庫操作語句HQL,而MyBitas則是用的原始的數(shù)據(jù)庫操作語句
2.針對高級查詢,Mybatis需要手動編寫SQL語句,以及ResultMap。而Hibernate有良好的映射機制,開發(fā)者無需關心SQL的生成與結(jié)果映射,可以更專注于業(yè)務流程
3.Hibernate優(yōu)化起來相對MyBitas較難,而且Hibernate掌握起來相對MyBitas較難,但是Hibernate數(shù)據(jù)庫移植性很好,MyBatis的數(shù)據(jù)庫移植性不好,不同的數(shù)據(jù)庫需要寫不同SQL
Spring家族:
SSM和SSH相同之處在于都是用Spring依賴注入DI來管理各層的組件,并且都是使用面向切面編程AOP來管理事物、日志、權(quán)限等。不同之處在于MVC實現(xiàn)方式,以及ORM持久化方面不同(Hiibernate與Mybatis)。SSM越來越輕量級配置,將注解開發(fā)發(fā)揮到極致,且ORM實現(xiàn)更加靈活,SQL優(yōu)化更簡便;而SSH較注重配置開發(fā),其中的Hiibernate對JDBC的完整封裝更面向?qū)ο螅瑢υ鰟h改查的數(shù)據(jù)維護更自動化,但SQL優(yōu)化方面較弱,且入門門檻稍高。