原文來自:http://blog.csdn.net/z742182637/article/details/50394189
Struts1工作原理
Struts1工作原理圖
1、初始化:struts框架的總控制器ActionServlet是一個Servlet,它在web.xml中配置成自動啟動的Servlet,在啟動時總控制器會讀取配置文件(struts-config.xml)的配置信息,為struts中不同的模塊初始化相應的對象。(面向對象思想)
2、發送請求:用戶提交表單或通過URL向WEB服務器提交請求,請求的數據用HTTP協議傳給web服務器。
3、form填充:struts的總控制器ActionServlet在用戶提交請求時將數據放到對應的form對象中的成員變量中。
4、派發請求:控制器根據配置信息對象ActionConfig將請求派發到具體的Action,對應的formBean一并傳給這個Action中的excute()方法。
5、處理業務:Action一般只包含一個excute()方法,它負責執行相應的業務邏輯(調用其它的業務模塊)完畢后返回一個ActionForward對象。服務器通過ActionForward對象進行轉發工作。
6、返回響應:Action將業務處理的不同結果返回一個目標響應對象給總控制器。
7、查找響應:總控制器根據Action處理業務返回的目標響應對象,找到對應的資源對象,一般情況下為jsp頁面。
8、響應用戶:目標響應對象將結果傳遞給資源對象,將結果展現給用戶。
Struts1優缺點(為什么要用strust1)
1.優點:
①開源的框架,結構清晰
②是MVC的經典實現(MVC是一種思想,而不是一種技術)
③處理異常機制,實現國際化
④具有強大的標簽庫
⑤解決了JSP頁面存在大量的JAVA代碼,維護起來方便
⑥在formBean中會自動提交,不會去使用傳統的get、set方法得到值、取值
2.缺點:
①配置復雜
②測試不方便
③依賴web容器
④action是一個單例模式,必須設置為線程安全
Struts2工作原理
struts2工作原理圖
1客戶端初始化一個指向Servlet容器(例如Tomcat)的請求
2這個請求經過一系列的過濾器(Filter)(這些過濾器中有一個叫做ActionContextCleanUp的可選過濾器,這個過濾器對于Struts2和其他框架的集成很有幫助,例如:SiteMesh?Plugin)
3接著FilterDispatcher被調用,FilterDispatcher詢問ActionMapper來決定這個請是否需要調用某個Action
4如果ActionMapper決定需要調用某個Action,FilterDispatcher把請求的處理交給ActionProxy
5?ActionProxy通過Configuration?Manager詢問框架的配置文件,找到需要調用的Action類
6?ActionProxy創建一個ActionInvocation的實例。
7?ActionInvocation實例使用命名模式來調用,在調用Action的過程前后,涉及到相關攔截器(Intercepter)的調用。
8一旦Action執行完畢,ActionInvocation負責根據struts.xml中的配置找到對應的返回結果。返回結果通常是(但不總是,也可?能是另外的一個Action鏈)一個需要被表示的JSP或者FreeMarker的模版。在表示的過程中可以使用Struts2框架中繼承的標簽。在這個過程中需要涉及到ActionMapper
在上述過程中所有的對象(Action,Results,Interceptors,等)都是通過ObjectFactory來創建的
Struts2優缺點(即為什么要用struts2)
Struts2就會自動的進行驗證。還有很多,比如國際化資源文件等。
Struts2的開發中來,如果你重來沒有用過任何框架,你也可以通過快速的學習,加入到Struts2的應用開發中來,因為它足夠的簡單。
大量的攔截器:
Struts2本身提供了大量的可重用的攔截器,比如類型轉換攔截器,很多時候我們從頁面取得參數,這個時候它是String類型的,我們需要手動。
?基于插件的框架:
Struts2是一個基于插件的框架,社區中提供了很多實用的插件,比如jfreechat/json等等,使用這些插件可以簡化我們的開發,加快開發進度。
struts2最大的缺點莫過于在好多web服務器上支持不好,例如在websphere5.5,weblogic8.1及以前版本支持非常查,需要用最新的。
多種視圖的支持:
多種視圖的支持:jsp,freemarker,Veloctiy,只要你愿意,你甚至可以通過輕松的改造讓它支持pdf,同一個項目中你可以支持多種視圖。
更加的模塊化:
與Struts1.X相比,Struts2更加的模塊化,可以輕松將配置信息按功能界限拆分成多個文件,便于管理和團隊協作開發。
與Spring的集成:
與Struts1.x相比,Struts2不必再自己編寫singleton,進一步的降低了程序間的耦合性,就Struts2內部本身而言,降低了框架本身的偶合性。
基于pojo易于測試:
在Struts1.x中我需要Mock出這兩個Http對象,使我們很難編寫Action的單元測試,與Struts1.x相比,Struts2的Action不再依賴于HttpServletRequest和HttpServletResponse對象,使我們能夠更方便的針對Action編寫單元測試。
Hibernate工作原理
1.讀取并解析配置文件
2.讀取并解析映射信息,創建SessionFactory
3.打開Sesssion
4.創建事務Transation
5.持久化操作
6.提交事務
7.關閉Session
8.關閉SesstionFactory
Hibernate優缺點
優點:
1:hibernate是基于ORMapping技術的開源的框架,對JDBC進行了輕量級的封裝,使用面向對象的思維來操縱數據庫。
2:hibernate提供了session緩存和二級緩存,對于不需要進行復雜查詢的系統,性能有提升。
3:低侵入式設計
缺點:
1:hibernate學習成本太高。
2:不適合有復雜的sql查詢(統計)?。
3:不適合大量的聚集操作,(存儲過程)
優缺點補充:
1、不需要編寫的SQL語句(不需要編輯JDBC),只需要操作相應的對象就可以了,就可以能夠存儲、更新、刪除、加載對象,可以提高生產效;
2、因為使用Hibernate只需要操作對象就可以了,所以我們的開發更對象化了;
3、使用Hibernate,移植性好(只要使用Hibernate標準開發,更換數據庫時,只需要配置相應的配置文件就可以了,不需要做其它任務的操作);
4、Hibernate實現了透明持久化:當保存一個對象時,這個對象不需要繼承Hibernate中的任何類、實現任何接口,只是個純粹的單純對象—稱為POJO對象(最純粹的對象—這個對象沒有繼承第三方框架的任何類和實現它的任何接口)
5、Hibernate是一個沒有侵入性的框架,沒有侵入性的框架我們一般稱為輕量級框架
6、Hibernate代碼測試方便。
Spring工作原理
內部最核心的就是IOC了,
動態注入,讓一個對象的創建不用new了,可以自動的生產,這其實就是利用Java里的反射,反射其實就是在運行時動態的去創建、調用對象,spring就是在運行時,跟xml?Spring
的配置文件來動態的創建對象,和調用對象里的方法的?。
Spring還有一個核心就是AOP這個就是面向切面編程,可以為某一類對象?進行監督和控制(也就是在調用這類對象的具體方法的前后去調用你指定的?模塊)從而達到對一個
模塊擴充的功能。這些都是通過?配置類達到的。
Spring目的:就是讓對象與對象(模塊與模塊)之間的關系沒有通過代碼來關聯,都是通過配置類說明管理的(Spring根據這些配置?內部通過反射去動態的組裝對象)
要記住:Spring是一個容器,凡是在容器里的對象才會有Spring所提供的這些服務和功能。
Spring里用的最經典的一個設計模式就是:模板方法模式。(這里我都不介紹了,是一個很常用的設計模式)
Spring里的配置是很多的,很難都記住,但是Spring里的精華也無非就是以上的兩點,把以上兩點跟理解了?也就基本上掌握了Spring.
Spring?AOP與IOC
一、IoC(Inversion?of?control):控制反轉
1、IoC:
概念:控制權由對象本身轉向容器;由容器根據配置文件去創建實例并創建各個實例之間的依賴關系
核心:bean工廠;在Spring中,bean工廠創建的各個實例稱作bean
二、AOP(Aspect-Oriented?Programming):面向方面編程
1、?代理的兩種方式:
靜態代理:
針對每個具體類分別編寫代理類
針對一個接口編寫一個代理類
動態代理:
針對一個方面編寫一個InvocationHandler,然后借用JDK反射包中的Proxy類為各種接口動態生成相應的代理類
Spring優缺點
它是一個開源的項目,而且目前非常活躍;它基于IoC(Inversion?of?Control,反向控制)和AOP的構架多層j2ee系統的框架,但它不強迫你必須在每一層?中必須使用Spring,因為它模塊化的很好,允許你根據自己的需要選擇使用它的某一個模塊;它實現了很優雅的MVC,對不同的數據訪問技術提供了統一的?接口,采用IoC使得可以很容易的實現bean的裝配,提供了簡潔的AOP并據此實現Transcation?Managment,等等
優點
Spring能有效地組織你的中間層對象,不管你是否選擇使用了EJB。如果你僅僅使用了Struts或其他為J2EE的API特制的framework,Spring致力于解決剩下的問題。
Spring能消除在許多工程中常見的對Singleton的過多使用。根據我的經驗,這是一個很大的問題,它降低了系統的可測試性和面向對象的程度。
通過一種在不同應用程序和項目間一致的方法來處理配置文件,Spring能消除各種各樣自定義格式的屬性文件的需要。曾經對某個類要尋找的是哪個魔法般的屬性項或系統屬
性感到不解,為此不得不去讀Javadoc甚至源編碼?有了Spring,你僅僅需要看看類的JavaBean屬性。Inversion?of?Control的使用(在下面討論)幫助完成了這種簡化。
通過把對接口編程而不是對類編程的代價幾乎減少到沒有,Spring能夠促進養成好的編程習慣。
Spring被設計為讓使用它創建的應用盡可能少的依賴于他的APIs。在Spring應用中的大多數業務對象沒有依賴于Spring。
使用Spring構建的應用程序易于單元測試。
Spring能使EJB的使用成為一個實現選擇,而不是應用架構的必然選擇。你能選擇用POJOs或local?EJBs來實現業務接口,卻不會影響調用代碼。
Spring幫助你解決許多問題而無需使用EJB。Spring能提供一種EJB的替換物,它們適用于許多web應用。例如,Spring能使用AOP提供聲明性事務管理而不通過EJB容器,如果你僅僅需要與單個數據庫打交道,甚至不需要一個JTA實現。
Spring為數據存取提供了一個一致的框架,不論是使用的是JDBC還是O/R?mapping產品(如Hibernate)。
Spring確實使你能通過最簡單可行的解決辦法來解決你的問題。而這是有有很大價值的。