現在做專案都會使用框架,現在很常見的框架就是
SSH(Struts+SpringMVC+Spring+Hibernate),SSM(Struts/springMVC+Spring+Hibernate)
而我最近做的專案itoo中,使用到框架為easyUI SpringMVC EJB hibernate.做專案分層是為了更好的解耦,分層可以完全不用你框架就能夠解決,為什麼還不需要這麼多框架呢?
#而且現在公司很多web項目的控制層的技術框架由struts2遷移到springMVC,為什麼我們現在要做java的web開發,會選擇struts2或springMVC這樣的框架,而不是使用servlet加jsp這樣的技術呢?
特別是現在我們web的前端頁面都是使用velocity這樣的模板語言進行開發,拋棄了jsp,這樣的選擇又會給我們java的web開發帶來什麼樣的好處,延著這個問題的思路,我又發現新的疑問,為什麼現在很多java企業級開發都會去選擇spring框架,spring框架為我們開發的應用帶來了什麼?
這麼一深入的想還真是不太想的明白,我似乎很難找到一串能讓人完全信服的答案,最終我發現,這些我認為我很熟悉很常用的技術,其實還有很多讓我陌生不解的地方,這些陌生和不解的地方也正是我是否能更高層次使用它們的關鍵,不過struts2,spring這樣的技術經過這麼多年的積累已經是相當龐大和復雜,它們的面很廣,本人雖然已經用了它們很長時間,還是有很多技術不熟悉和不清楚.
#使用框架有一個很籠統的好處:第一,可以加快開發進程,在類似專案中重用程式碼將為開發者節省大量的時間和精力.框架為執行繁瑣的程式碼任務提供預建模區塊.
這個好處放在哪一個框架都是很適用的.但是再往深層的想呢?
其實在軟體裡有很多優秀的框架,有一種類型的框架,它的特點是建立在一個現有技術的基礎上,提供和現有技術一樣業務功能的技術框架,這個新的技術框架比原技術更加易用,更加健壯同時功能更加強大。
例如:jQuery,以及本文所要談到的struts2和springMVC,深究這些框架都是相當之複雜,但是它們的優點其實只有一個:就是讓使用者只關心核心業務的開發,框架幫你屏蔽原有技術跟業務開發無關的各類技術問題。像jQuery,struts2或springMVC這類框架之所以優秀,就是它們在這點上做的太好了,以至於很多使用它的程式設計師都已經不清楚原有技術的真實面目,因此我們要將struts2理解的更好,使用的更熟練和深入,這裡我們就要跳出struts2的技術,到struts2技術的源頭servlet,仔細研究下servlet的特點,只有這樣我們才能把struts2框架學的更好。
Servlet的作用是接收瀏覽器傳給服務端的請求(request),並將服務端處理完的回應(response)傳回給使用者的瀏覽器,瀏覽器和服務端之間透過http協議進行溝通,其過程是瀏覽器根據用戶的選擇將相關資訊按http協議報文的規範組裝請求的http報文,報文透過網路傳輸到指定的伺服器,伺服器透過特定的web容器接收這個報文訊息。
例如:tomcat,jetty,jboss這樣的web容器,web容器會將http封包解析出來,如果是使用者請求,最終解析出來的訊息資訊會用一個request物件儲存起來,服務端使用這個request做完對應的處理後,服務端程式將結果資訊封裝到response物件裡,然後將response物件交給web容器,web容器則把這個response物件轉變為http協定的報文,並將封包回傳給瀏覽器,瀏覽器最後解析這個回應封包,將最終結果展示給使用者。
Web容器創造了servlet接口,servlet接口就是開發人員自己實現業務邏輯的地方,程式設計師開發servlet就好比做填空題,而填空題的語境或者說上下文提示就是由request和response對象,但是javaEE規範裡的servlet接口很簡單,就三個方法init,service和destory,但是這個接口太籠統,所以規範裡還提供了一個HttpServlet類,這個類根據http請求類型提供了doGet,doPost等方法,servlet介面最大的特點就是根據http協定的特點來定義,因此做servlet開發時候如果使用者對http協定特點不是特別熟悉,都會碰到或多或少令人迷惑的問題,特別是碰到一些複雜特殊的請求時候:
例如文件上傳,返回特殊的文件格式到瀏覽器,這時候使用servlet開發就不是很方便了,servlet開發還有個問題可能大家常常被忽視,就是請求的數據的類型轉化,http協議傳輸都是文字形式,到了web容器解析後也是文字類型,如果碰到貨幣,數字,日期這樣的類型需要我們根據實際情況進行轉化,如果頁面傳送的資訊非常多,我們就必須做大量類型轉化,這種工作沒有什麼技術含量,是個體力活而且很容易導致程序錯誤。
同時java的企業開發都是圍繞著javabean進行,類型轉化好的資料還要封裝到對應的javabean裡,這種轉來轉去的事情對於專案開發絕對不是什麼好事情,所以古老的struts1為這種問題找到了一個解決方案,就是定義了一個DTO物件(資料傳輸物件),專門負責做這樣的事情,不過到了struts2,整個替代servlet的action本身就是一個javabean。
Java的企業開發一個技術特點就是使用javabean進行的,struts2的特點之一就是它取代servlet的操作類別就是一個典型的javabean,首先struts2框架將頁面傳輸的資料進行類型轉換和封裝後來將請求資訊封裝到了這個javabean的屬性裡,這樣我們開發web程序時候就省去了煩心的類型轉化和封裝的問題,前面我講到傳統的servlet是根據http協議進行定義的,它會按你請求方式(post還是get方式)來處理使用者的請求。
但是對於一名程式開發人員而言,一個請求,具體到一個url,其實對於服務端而言就是服務端對外提供的一個功能,或者說是服務端對外的一個動作,如果我們使用servlet開發程式我們就得把http的動作轉化為具體的業務動作,這就讓程式開發變得繁瑣,增強了開發的難度,所以struts2取代servlet的javabean就屏蔽了servlet裡http的請求方式和具體業務動作轉換的問題,javabean裡的每一個方法都可以和每一個url請求一一對應,必然減輕了開發的難度問題。
Servlet另一個作用是建構response對象,讓頁面獲得正確的響應,其實現代的瀏覽器是一個多媒體工具,文字,圖片,視屏等等東西都可以在瀏覽器裡顯示,資源的不同就會導致http回應封包的差別,如果我們使用servlet開發就要根據資源的不同在java程式裡用硬編碼的形式處理,這樣的程式很難復用,而且如果程式設計師對某種資源的處理理解不到位,就會導致問題的出現,struts2透過設定檔的形式將這樣的邏輯從java程式中剝離出來,使用配置的方式進行統一管理,這個做法和spring的AOP方式類似,這樣就讓結果處理方式更加統一,更加利於管理,同時也提升了程序的健壯性以及降低了開發的難度。
Servlet在MVC開發模式裡就是其中C層即控制層,控制層就像俄羅斯的雙頭鷹(一個頭向東看一個頭向西看)一樣,一個頭向M層模型層看,一個頭向V層視圖層看,模型層也是用java寫的,控制層也屬於服務端語言開發,所以M層和C層的溝通沒有天然的障礙,但是和V層視圖層就不一樣了,這是一個跨語言的溝通,對於瀏覽器,它只懂得html,javascript和css,瀏覽器是理解不了java這種語言的東西,但是要讓服務端的東西能被瀏覽器理解接受,我們就必須得把服務端的回應訊息放到頁面裡。
因此需要一個技術把java的資訊轉換到html頁面裡,這就是javaEE規格裡提供了jsp技術,jsp其實是一種服務端技術而非客戶端技術,不過它看起來似乎更像html技術,最早的jsp開發裡都是直接將java程式碼寫到頁面裡,這種壞處誰都知道,之後javaEE規範提供了自訂標籤技術,使用一種類似html標籤的方式來解析java程式碼,struts2框架提供了一整套完整的自訂標籤技術,這似乎聽起來不算啥,但是它的作用非凡,因為自訂標籤之所以叫自訂就是每個人都可以自己來定義,如果沒有一個規範必然產生混亂,而且一套完善的自訂標籤是個系統工程,一套完整的自訂標籤相當於我們在自己定義一套新的開發語言,做程式的人聽到這個一定就會明白開發一套完整的自訂標籤的工作量和開發難度都是難以想像的,而且自訂標籤都是和控制層緊密相連,其難度又會增加一個維度,所以struts2提供的自訂標籤對於業務開發帶來的將是質的飛越。
Servlet裡還有兩個重要的技術:監聽器和過濾器,對於監聽器在web開發裡使用的場景比較少,都是一些十分特別的情況才會使用,大部分web開發裡可以忽略它的使用,我們用的最多的監聽器可能就是對ServletContext創建和銷毀的監聽器,ServletContext是整個web應用的全局對象,它和Web應用的生命週期綁定在一起,因此使用這個監聽器對Web應用的全域資訊進行初始化和銷毀操作,例如spring容器的初始化操作。比較有趣的是過濾器,在struts2裡有個攔截器,它們的作用相同都是用來攔截請求的,因為攔截器是struts2的特有功能,在struts2裡使用攔截器自然比使用過濾器更順手,其實攔截器所使用的技術比過濾器更先進,因為攔截器使用了反射技術,因此攔截器攔截的面更大,控制請求的能力更強,它能完成的任務也會更加的豐富多彩。
在我第一次接觸struts2是在gxpt系統中,有人告訴我struts設計的一個目的就是想屏蔽在控制層裡操作request和response對象,因為這兩個http協議的兒子會造成web開發裡思路的混亂,但是我在實際開發裡卻常常不自覺的使用這兩個物件。 struts2裡用到了太多反射機制,特別是使用註解做配置,在java裡反射的執行效率是非常低的,直接使用servlet一定能提升web應用的執行效率。其實這個倒很難做到,因為當時我沒辦法在servlet裡靈活的運用spring技術。
spring技術可以說是java企業開發裡最重要的技術,不過真的理解spring的作用和意義還真是一件麻煩的事情,很多人對spring理解其實都是停留在使用階段(例如:聲明式事務很好用等等),當今的spring技術生態環境裡可謂是蔚為壯觀,spring已經包羅萬象,它的內容之多完全不亞於它的本源java語言了,而spring這麼大的框都是建立在ioc和aop技術之上,只有深入理解了這兩個技術我們才能明白為什麼spring這個框能裝的下那麼多東西了。
首先是ioc,ioc技術第一個解釋叫做控制反轉,它還有個解釋就是依賴注入,這兩個名字很難從字面理解,但是當你理解它的原理後就會發現它們的描述是何等準確。 Ioc技術的本質就是建構對象的技術換句話說就是將一個類別實例化成對象的技術,在java裡實例化類別透過new關鍵字進行的,每次new一個類別都會產生一個新的實例對象,這麼做視乎很浪費,有時這種浪費還挺危險,因為在程式開發時候我們常常只需要某個類別永遠只能產生一個的實例物件這個時候就得使用單例模式,此外在設計模式裡還可以通過工廠方式產生對象,使用過spring的人看到上面的文字就知道了,spring裡bean的定義就和上面的內容一一對應,scope屬性single產生單例對象,prototype產生新對象,bean還可以通過工廠方式產生對象,可以說spring的bean就是製造對象的工具。物件導向程式設計裡物件相當於顯示生活中的一個實體,
例如我們有個物件作用是完成打獵的操作,那麼打獵這個物件內部包含兩個輔助物件:人和槍,只有人和槍賦予了打獵這個對象,那麼打獵對象才能完成打獵的操作,但是構建一個人和槍的對象並不是看起來那麼簡單,這裡以槍為例,要創造一把槍我們需要金屬,需要機床,需要子彈,而工具機和子彈又是兩個新對象,這些對像一個個相互嵌套相互關聯,大夥試想下如果我們在java程式碼裡建構一個槍的對像那是何其的複雜,假如我們要構造的不是簡單的槍對象而是更複雜的航空母艦,那麼構造這個物件的成本之高是讓人難以想像的,怎麼來消除這種物件相互嵌套相互依賴的關係了?
spring提供了一種方式,這種方式就是spring提供一個容器,我們在xml檔案裡定義各個物件的依賴關係,由容器完成物件的構建,當我們java程式碼裡需要使用某個實例的時候就可以從容器裡獲取,那麼物件的建構操作就被spring容器接管,所以它被稱為控制反轉,控制反轉的意思就是本來屬於java程式裡建構物件的功能交由容器接管,依賴注入就是當程式要使用某個物件時候,容器會把它注入到程式裡,這就叫做依賴注入。
在java開發裡我們想使用某個類別提供的功能,有兩種方式,一種就是建構一個新的類,新的類別繼承該類,另一種方式則是將某個類別定義在新類別裡,那麼兩個類別之間就建立一種關聯關係,spring的ioc容器就是實現了這種關聯關係(記住不是繼承關係哦),那麼某個類別要被賦予到新類別有哪些辦法了?一般只有兩種:一種就是透過建構函數,一種就是透過setXXX方式,這也是spring容器使用到了兩種標準的注入方式。
不管是上面說的繼承方式,還是關聯方式其實都是增強目標物件能力的開發手段,在設計模式裡有一種代理模式,代理模式將繼承模式和關聯模式結合在一起使用,代理模式就是繼承模式和關聯模式的綜合體,不過這個綜合體的作用倒不是解決對象注入的問題,而是為具體操作對象找到一個保姆或者是秘書,這就和小說裡的二號首長一樣,這個二號首長對外代表了具體的實例對象,實例對象的入口和出口都是通過這個二號首長,因為具體的實例對像是一號首長,一號首長是要幹大事的,所以一些事務性,重複性的工作例如泡茶,安排車子,這樣的工作是不用勞煩一號首長的大駕,而是二號首長幫忙解決的,這就是aop的思想,aop解決程序開發裡事務性,和核心業務無關的問題,但這些問題對於業務場景的實現是必要的,在實際開發裡aop也是節省程式碼的一種方式。
Spring的核心技術的作用本質就是一個溝通機制,spring總是盡全力的讓溝通的雙方信息暢通,同時降低雙方的溝通成本,在現實機構裡一個善於溝通的人肯定是該公司的領導,很會溝通的領導能調動起各種資源的積極性,善於溝通的領導就會做到海納百川,讓各種不同人追隨他,所以當今的spring就是一個大框,什麼都可以往裡裝。
Spring很像銀行,它不能直接創造物質財富,但是一切資源都要透過它進行流通,它能控制經濟發展的走向,回到程序的世界,spring的作用是被標榜為程式之間的解耦,spring能降低不同模組之間的耦合度,原因就是在程式開發裡不同模組之間訊息的溝通是透過物件傳遞完成的,而物件能否順利傳遞就是要合理的建構好對象,而管理好對象的建構方式就能管理好對象傳遞,這就是spring為系統架構設計帶來的好處。
相關學習推薦:java基礎教學
以上是java框架有什麼用?的詳細內容。更多資訊請關注PHP中文網其他相關文章!