java編程經驗彙總（11）

Java雜談（十一）－－Spring


今天泡上一杯咖啡，繼續與大家分享J2ee部分的學習經驗。今天的主題是目前很流行也很好的一個開源框架－Spring。

引用《Spring2.0技術手冊》上的一段話：
Spring的核心是個輕量級容器，它是實現IoC容器和非侵入性的框架，並提供AOP概念的實現方式；提供對持久層、事務的支持；提供MVC Web框架的實現，並對於一些常用的企業服務API提供一致的模型封裝，是一個全方位的應用程序框架，除此之外，對於現存的各種框架，Spring也提供了與它們相整合的方案。
接下來筆者先談談自己的一些理解吧，Spring框架的發起者之前一本很著名的書名字大概是《J2ee Development without EJB》，他提倡用輕量級的組件代替重量級的EJB。筆者還沒有看完那本著作，只閱讀了部分章節。其中有一點分析覺得是很有道理的：

EJB裏在服務器端有Web Container和EJB Container，從前的觀點是各層之間應該在物理上隔離，Web Container處理視圖功能、在EJB Container中處理業務邏輯功能、然後也是EBJ Container控制數據庫持久化。這樣的層次是很清晰，但是一個很嚴重的問題是Web Container和EJB Container畢竟是兩個不同的容器，它們之間要通信就得用的是RMI機制和JNDI服務，同樣都在服務端，卻物理上隔離，而且每次業務請求都要遠程調用，有沒有必要呢？看來並非隔離都是好的。

再看看輕量級和重量級的區別，筆者看過很多種說法，覺得最有道理的是輕量級代表是POJO + IoC，重量級的代表是Container + Factory。（EJB2.0是典型的重量級組件的技術）我們儘量使用輕量級的Pojo很好理解，意義就在於兼容性和可適應性，移植不需要改變原來的代碼。而Ioc與Factory比起來，Ioc的優點是更大的靈活性，通過配置可以控制很多注入的細節，而Factory模式，行爲是相對比較封閉固定的，生產一個對象就必須接受它全部的特點，不管是否需要。其實輕量級和重量級都是相對的概念，使用資源更少、運行負載更小的自然就算輕量。

話題扯遠了，因爲Spring框架帶來了太多可以探討的地方。比如它的非侵入性：指的是它提供的框架實現可以讓程序員編程卻感覺不到框架的存在，這樣所寫的代碼並沒有和框架綁定在一起，可以隨時抽離出來，這也是Spring設計的目標。Spring是唯一可以做到真正的針對接口編程，處處都是接口，不依賴綁定任何實現類。同時，Spring還設計了自己的事務管理、對象管理和Model2 的MVC框架，還封裝了其他J2ee的服務在裏面，在實現上基本都在使用依賴注入和AOP的思想。由此我們大概可以看到Spring是一個什麼概念上的框架，代表了很多優秀思想，值得深入學習。筆者強調，學習並不是框架，而是框架代表的思想，就像我們當初學Struts一樣……

1．Spring MVC
關於IoC和AOP筆者在上篇已經稍微解釋過了，這裏先通過Spring的MVC框架來給大家探討一下Spring的特點吧。（畢竟大部分人已經很熟悉Struts了，對比一下吧）
衆所周知MVC的核心是控制器。類似Struts中的ActionServlet，Spring裏面前端控制器叫做DispatcherServlet。裏面充當Action的組件叫做Controller，返回的視圖層對象叫做ModelAndView，提交和返回都可能要經過過濾的組件叫做 Interceptor。

讓我們看看一個從請求到返回的流程吧：
(1) 前臺Jsp或Html通過點擊submit，將數據裝入了request域
(2) 請求被Interceptor攔截下來，執行preHandler()方法出前置判斷
(3) 請求到達DispathcerServlet
(4) DispathcerServlet通過Handler Mapping來決定每個reuqest應該轉發給哪個後端控制器Controlle