7.流行的框架與新技術

1.對Struts的理解。

答:

1. struts是一個按MVC模式設計的Web層框架，其實它就是一個大大的servlet，這個Servlet名爲ActionServlet，或是ActionServlet的子類。我們可以在web.xml文件中將符合某種特徵的所有請求交給這個Servlet處理，這個Servlet再參照一個配置文件（通常爲/WEB-INF/struts-config.xml）將各個請求分別分配給不同的action去處理。

一個擴展知識點：struts的配置文件可以有多個，可以按模塊配置各自的配置文件，這樣可以防止配置文件的過度膨脹；

2.ActionServlet把請求交給action去處理之前，會將請求參數封裝成一個formbean對象（就是一個java類，這個類中的每個屬性對應一個請求參數），封裝成一個什麼樣的formbean對象呢？看配置文件。

3.要說明的是，ActionServlet把formbean對象傳遞給action的execute方法之前，可能會調用formbean的validate方法進行校驗，只有校驗通過後纔將這個formbean對象傳遞給action的execute方法，否則，它將返回一個錯誤頁面，這個錯誤頁面由input屬性指定，（看配置文件）作者爲什麼將這裏命名爲input屬性，而不是error屬性，我們後面結合實際的運行效果進行分析。

4.action執行完後要返回顯示的結果視圖，這個結果視圖是用一個ActionForward對象來表示的，actionforward對象通過struts-config.xml配置文件中的配置關聯到某個jsp頁面，因爲程序中使用的是在struts-config.xml配置文件爲jsp頁面設置的邏輯名，這樣可以實現action程序代碼與返回的jsp頁面名稱的解耦。

你對struts可能還有自己的應用方面的經驗，那也要一併說出來。

2.對Hibernate的理解。

答:

1. 面向對象設計的軟件內部運行過程可以理解成就是在不斷創建各種新對象、建立對象之間的關係，調用對象的方法來改變各個對象的狀態和對象消亡的過程，不管程序運行的過程和操作怎麼樣，本質上都是要得到一個結果，程序上一個時刻和下一個時刻的運行結果的差異就表現在內存中的對象狀態發生了變化。

2.爲了在關機和內存空間不夠的狀況下，保持程序的運行狀態，需要將內存中的對象狀態保存到持久化設備和從持久化設備中恢復出對象的狀態，通常都是保存到關係數據庫來保存大量對象信息。從Java程序的運行功能上來講，保存對象狀態的功能相比系統運行的其他功能來說，應該是一個很不起眼的附屬功能，java採用jdbc來實現這個功能，這個不起眼的功能卻要編寫大量的代碼，而做的事情僅僅是保存對象和恢復對象，並且那些大量的jdbc代碼並沒有什麼技術含量，基本上是採用一套例行公事的標準代碼模板來編寫，是一種苦活和重複性的工作。

3.通過數據庫保存java程序運行時產生的對象和恢復對象，其實就是實現了java對象與關係數據庫記錄的映射關係，稱爲ORM（即Object Relation Mapping），人們可以通過封裝JDBC代碼來實現了這種功能，封裝出來的產品稱之爲ORM框架，Hibernate就是其中的一種流行ORM框架。使用Hibernate框架，不用寫JDBC代碼，僅僅是調用一個save方法，就可以將對象保存到關係數據庫中，僅僅是調用一個get方法，就可以從數據庫中加載出一個對象。

4.使用Hibernate的基本流程是：配置Configuration對象、產生SessionFactory、創建session對象，啓動事務，完成CRUD操作，提交事務，關閉session。

5.使用Hibernate時，先要配置hibernate.cfg.xml文件，其中配置數據庫連接信息和方言等，還要爲每個實體配置相應的hbm.xml文件，hibernate.cfg.xml文件中需要登記每個hbm.xml文件。

6.在應用Hibernate時，重點要了解Session的緩存原理，級聯，延遲加載和hql查詢。

3.對Spring的理解。

1.Spring實現了工廠模式的工廠類（在這裏有必要解釋清楚什麼是工廠模式），這個類名爲BeanFactory（實際上是一個接口），在程序中通常BeanFactory的子類ApplicationContext。Spring相當於一個大的工廠類，在其配置文件中通過<bean>元素配置用於創建實例對象的類名和實例對象的屬性。

2. Spring提供了對IOC良好支持，IOC是一種編程思想，是一種架構藝術，利用這種思想可以很好地實現模塊之間的解耦。IOC也稱爲DI（DepencyInjection），什麼叫依賴注入呢？

譬如，Class Programmer

{

Computercomputer = null;

publicvoid code()

{

//Computercomputer = new IBMComputer();

//Computercomputer = beanfacotry.getComputer();

computer.write();

}

publicvoid setComputer(Computer computer)

{

this.computer= computer;

}

}
另外兩種方式都由依賴，第一個直接依賴於目標類，第二個把依賴轉移到工廠上，第三個徹底與目標和工廠解耦了。在spring的配置文件中配置片段如下：

</bean>

<propertyname=”computer” ref=”computer”></property>

</bean>

3. Spring提供了對AOP技術的良好封裝， AOP稱爲面向切面編程，就是系統中有很多各不相干的類的方法，在這些衆多方法中要加入某種系統功能的代碼，例如，加入日誌，加入權限判斷，加入異常處理，這種應用稱爲AOP。實現AOP功能採用的是代理技術，客戶端程序不再調用目標，而調用代理類，代理類與目標類對外具有相同的方法聲明，有兩種方式可以實現相同的方法聲明，一是實現相同的接口，二是作爲目標的子類在，JDK中採用Proxy類產生動態代理的方式爲某個接口生成實現類，如果要爲某個類生成子類，則可以用CGLI B。在生成的代理類的方法中加入系統功能和調用目標類的相應方法，系統功能的代理以Advice對象進行提供，顯然要創建出代理對象，至少需要目標類和Advice類。spring提供了這種支持，只需要在spring配置文件中配置這兩個元素即可實現代理和aop功能，例如，

<propertyname=”target” ref=””></property>

<propertyname=”advisor” ref=””></property>

</bean>

4.Struts中的Action servlet。

5.Struts優缺點
優點：
1. 實現MVC模式，結構清晰,使開發者只關注業務邏輯的實現.

2．有豐富的tag可以用 ,Struts的標記庫(Taglib)，如能靈活動用，則能大大提高開發效率

3. 頁面導航

使系統的脈絡更加清晰。通過一個配置文件，即可把握整個系統各部分之間的聯繫，這對於後期的維護有着莫大的好處。尤其是當另一批開發者接手這個項目時，這種優勢體現得更加明顯。

4. 提供Exception處理機制 .

5. 數據庫鏈接池管理

6. 支持I18N

缺點

一、轉到展示層時，需要配置forward，如果有十個展示層的jsp，需要配置十次struts，而且還不包括有時候目錄、文件變更，需要重新修改forward，注意，每次修改配置之後，要求重新部署整個項目，而tomcate這樣的服務器，還必須重新啓動服務器

二、二、 Struts 的Action必需是thread－safe方式，它僅僅允許一個實例去處理所有的請求。所以action用到的所有的資源都必需統一同步，這個就引起了線程安全的問題。

三、測試不方便.Struts的每個Action都同Web層耦合在一起，這樣它的測試依賴於Web容器，單元測試也很難實現。不過有一個Junit的擴展工具Struts TestCase可以實現它的單元測試。

四、類型的轉換.Struts的FormBean把所有的數據都作爲String類型，它可以使用工具Commons-Beanutils進行類型轉化。但它的轉化都是在Class級別，而且轉化的類型是不可配置的。類型轉化時的錯誤信息返回給用戶也是非常困難的。

五、對Servlet的依賴性過強. Struts處理Action時必需要依賴ServletRequest 和ServletResponse，所有它擺脫不了Servlet容器。

六、前端表達式語言方面.Struts集成了JSTL，所以它主要使用JSTL的表達式語言來獲取數據。可是JSTL的表達式語言在Collection和索引屬性方面處理顯得很弱。

七、對Action執行的控制困難. Struts創建一個Action，如果想控制它的執行順序將會非常困難。甚至你要重新去寫Servlet來實現你的這個功能需求。

八、對Action執行前和後的處理. Struts處理Action的時候是基於class的hierarchies，很難在action處理前和後進行操作。

九、對事件支持不夠. 在struts中，實際是一個表單Form對應一個Action類(或DispatchAction)，換一句話說：在Struts中實際是一個表單只能對應一個事件，struts這種事件方式稱爲application event，application event和component event相比是一種粗粒度的事件

6.STRUTS的應用(如STRUTS架構)

Struts是採用JavaServlet/JavaServer Pages技術，開發Web應用程序的開放源碼的framework。採用Struts能開發出基於MVC(Model-View-Controller)設計模式的應用構架。 Struts有如下的主要功能：一.包含一個controller servlet，能將用戶的請求發送到相應的Action對象。二.JSP自由tag庫，並且在controller servlet中提供關聯支持，幫助開發員創建交互式表單應用。三.提供了一系列實用對象：XML處理、通過Java reflection APIs自動處理JavaBeans屬性、國際化的提示和消息。

7.說說struts1與struts2的區別。

1.都是MVC的WEB框架,

2 struts1的老牌框架，應用很廣泛，有很好的羣衆基礎，使用它開發風險很小，成本更低！struts2雖然基於這個框架，但是應用羣衆並多，相對不成熟，未知的風險和變化很多，開發人員相對不好招，使用它開發項目的風險係數更大，用人成本更高！

3.struts2畢竟是站在前輩的基礎設計出來，它會改善和完善struts1中的一些缺陷，struts1中一些懸而未決問題在struts2得到了解決。

4.struts1的前端控制器是一個Servlet，名稱爲ActionServlet，struts2的前端控制器是一個filter，在struts2.0中叫FilterDispatcher，在struts2.1中叫StrutsPrepareAndExecuteFilter。

5.struts1的action需要繼承Action類，struts2的action可以不繼承任何類；struts1對同一個路徑的所有請求共享一個Action實例，struts2對同一個路徑的每個請求分別使用一個獨立Action實例對象，所有對於struts2的Action不用考慮線程安全問題。

6.在struts1中使用formbean封裝請求參數，在struts2中直接使用action的屬性來封裝請求參數。

7.struts1中的多個業務方法放在一個Action中時（即繼承DispatchAction時），要麼都校驗，要麼都不校驗；對於struts2，可以指定只對某個方法進行校驗，當一個Action繼承了ActionSupport且在這個類中只編寫了validateXxx()方法，那麼則只對Xxx()方法進行校驗。

（一個請求來了的執行流程進行分析，struts2是自動支持分模塊開發，並可以不同模塊設置不同的url前綴，這是通過package的namespace來實現的；struts2是支持多種類型的視圖；struts2的視圖地址可以是動態的，即視圖的名稱是支持變量方式的，舉例，論壇發帖失敗後回來還要傳遞boardid。視圖內容顯示方面：它的標籤用ognl，要el強大很多，在國際化方面支持分模塊管理，兩個模塊用到同樣的key，對應不同的消息；）

與Struts1不同，Struts2對用戶的每一次請求都會創建一個Action，所以Struts2中的Action是線程安全的。

給我印象最深刻的是：struts配置文件中的redirect視圖的url不能接受參數，而struts2配置文件中的redirect視圖可以接受參數。

8.iBatis與Hibernate有什麼不同?

相同點：屏蔽jdbc api的底層訪問細節，使用我們不用與jdbc api打交道，就可以訪問數據。

jdbc api編程流程固定，還將sql語句與java代碼混雜在了一起，經常需要拼湊sql語句，細節很繁瑣。

ibatis的好處：屏蔽jdbcapi的底層訪問細節；將sql語句與java代碼進行分離;提供了將結果集自動封裝稱爲實體對象和對象的集合的功能，queryForList返回對象集合，用queryForObject返回單個對象；提供了自動將實體對象的屬性傳遞給sql語句的參數。

Hibernate是一個全自動的orm映射工具，它可以自動生成sql語句,ibatis需要我們自己在xml配置文件中寫sql語句，hibernate要比ibatis功能負責和強大很多。因爲hibernate自動生成sql語句，我們無法控制該語句，我們就無法去寫特定的高效率的sql。對於一些不太複雜的sql查詢，hibernate可以很好幫我們完成，但是，對於特別複雜的查詢，hibernate就很難適應了，這時候用ibatis就是不錯的選擇，因爲ibatis還是由我們自己寫sql語句。