hibernate,spring,struts的流程以及使用理由

1.讀取並解析配置文件web

  2.讀取並解析映射信息,建立SessionFactoryspring

  3.打開Sesssion數據庫

  4.建立事務Transation編程

  5.持久化操做設計模式

  6.提交事務緩存

  7.關閉Session服務器

  8.關閉SesstionFactorysession

  爲何要用:架構

  1. 對JDBC訪問數據庫的代碼作了封裝,大大簡化了數據訪問層繁瑣的重複性代碼。mvc

  2. Hibernate是一個基於JDBC的主流持久化框架,是一個優秀的ORM實現。他很大程度的簡化DAO層的編碼工做

  3. hibernate使用Java反射機制,而不是字節碼加強程序來實現透明性。

  4.hibernate的性能很是好,由於它是個輕量級框架。映射的靈活性很出色。它支持各類關係數據庫,從一對一到多對多的各類複雜關係。

  2. Hibernate是如何延遲加載?

  1. Hibernate2延遲加載實現:a)實體對象 b)集合(Collection)

  2. Hibernate3 提供了屬性的延遲加載功能

  當Hibernate在查詢數據的時候,數據並無存在與內存中,當程序真正對數據的操做時,對象才存在與內存中,就實現了延遲加載,他節省了服務器的內存開銷,從而提升了服務器的性能。

Hibernate的映射配置單以下:

複製代碼
<?xml version="1.0" encoding="GBK"?> <!DOCTYPE hibernate-mapping PUBLIC "-//Hibernate/Hibernate Mapping DTD 3.0//EN" "http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd"> <hibernate-mapping> <class name="ext.eclipse.ide.auth.role.impl.UserImpl" table="Users"> <id name="id"> <column name="UID" length="15" /> </id> <property name="name"> <column name="NAME" length="20" /> </property> <property name="password"> <column name="PASSWORD" length="64" /> </property> <set name="roles" table="User_Role" cascade="all-delete-orphan" fetch="join"> <key column="USER_ID"></key> <many-to-many class="ext.eclipse.auth.role.impl.RoleImpl" column="ROLE_ID"></many-to-many> </set> </class> </hibernate-mapping>
複製代碼

能夠看到,UserImpl和RoleImpl是many-to-many的關係,關係Set維護在UserImpl的roles屬性中。

set標籤沒有寫lazy="false"屬性,便是懶加載被設定爲默認的true,這表示:

當同一個事務對UserImpl進行查詢的時候,若是roles沒有被使用到,是不會對User_Role關係表查詢的。

很明顯,這是爲了提升效率。

 

我對Session進行了封裝:

複製代碼
    public List<?> query(String hql) { Session session = getSessionFactory().getCurrentSession(); session.beginTransaction(); Query query = null; try { query = session.createQuery(hql); } catch (Exception e) { e.printStackTrace(); } List<?> result = query == null ? new ArrayList<Object>() : query.list(); session.getTransaction().commit(); return result; }
複製代碼

 

按照以上的代碼,若是我調用

query("from UserImpl");

獲取UserImpl對象,當調用到user.getRoles()的時候,是會拋出懶加載異常的(Session不存在或者已經關閉)

 

解決辦法有四:

一、提供Session出來,單獨寫一個包含getRoles的查詢

二、使用Hibernate.initialize(Object proxy)方法,強制加載

三、在配置文件裏設置lazy="false"(明顯不可取)

四、爲配置文件增長fetch="join",而後hql改成「from UserImpl ui left join fetch ui.roles」

 

推薦4方案。

 

 

 

 

 

 3.Hibernate中怎樣實現類之間的關係?(如:一對多、多對多的關係)

  類與類之間的關係主要體如今表與表之間的關係進行操做,它們都市對對象進行操做,咱們程序中把全部的表與類都映射在一塊兒,它們經過配置文件中的many-to-one、one-to-many、many-to-many、

  4. 說下Hibernate的緩存機制

  1. 內部緩存存在Hibernate中又叫一級緩存,屬於應用事物級緩存

  2. 二級緩存:

  a) 應用及緩存

  b) 分佈式緩存

  條件:數據不會被第三方修改、數據大小在可接受範圍、數據更新頻率低、同一數據被系統頻繁使用、非 關鍵數據

  c) 第三方緩存的實現

  5. Hibernate的查詢方式

  Sql、Criteria,t comptosition

  Hql:

  一、 屬性查詢

  二、 參數查詢、命名參數查詢

  三、 關聯查詢

  四、 分頁查詢

  五、 統計函數

  6. 如何優化Hibernate?

  1.使用雙向一對多關聯,不使用單向一對多

  2.靈活使用單向一對多關聯

  3.不用一對一,用多對一取代

  4.配置對象緩存,不使用集合緩存

  5.一對多集合使用Bag,多對多集合使用Set

  6. 繼承類使用顯式多態

  7. 表字段要少,表關聯不要怕多,有二級緩存撐腰

  7. Struts工做機制?爲何要使用Struts?

  工做機制:

  Struts的工做流程:

  在web應用啓動時就會加載初始化ActionServlet,ActionServlet從

  struts-config.xml文件中讀取配置信息,把它們存放到各類配置對象

  當ActionServlet接收到一個客戶請求時,將執行以下流程.

  -(1)檢索和用戶請求匹配的ActionMapping實例,若是不存在,就返回請求路徑無效信息;

  -(2)若是ActionForm實例不存在,就建立一個ActionForm對象,把客戶提交的表單數據保存到ActionForm對象中;

  -(3)根據配置信息決定是否須要表單驗證.若是須要驗證,就調用ActionForm的validate()方法;

  -(4)若是ActionForm的validate()方法返回null或返回一個不包含ActionMessage的ActuibErrors對象,就表示表單驗證成功;

  -(5)ActionServlet根據ActionMapping所包含的映射信息決定將請求轉發給哪一個Action,若是相應的Action實例不存在,就先建立這個實例,而後調用Action的execute()方法;

  -(6)Action的execute()方法返回一個ActionForward對象,ActionServlet在把客戶請求轉發給ActionForward對象指向的JSP組件;

  -(7)ActionForward對象指向JSP組件生成動態網頁,返回給客戶;

  爲何要用:

  JSP、Servlet、JavaBean技術的出現給咱們構建強大的企業應用系統提供了可能。但用這些技術構建的系統很是的繁亂,因此在此之上,咱們須要一個規則、一個把這些技術組織起來的規則,這就是框架,Struts便應運而生。

  基於Struts開發的應用由3類組件構成:控制器組件、模型組件、視圖組件

  8. Struts的validate框架是如何驗證的?

  在struts配置文件中配置具體的錯誤提示,再在FormBean中的validate()方法具體調用。

  9. 說下Struts的設計模式

   MVC模式:web應用程序啓動時就會加載並初始化ActionServler。用戶提交表單時,一個配置好的ActionForm對象被建立,並被填 入表單相應的數據,ActionServler根據

Struts-config.xml文件配置好的設置決定是否須要表單驗證,若是須要就調用 ActionForm的Validate()驗證後選擇將請求發送到哪一個Action,若是Action不存在,ActionServlet

會先建立這個 對象,而後調用Action的execute()方法。Execute()從ActionForm對象中獲取數據,完成業務邏輯,返回一個 ActionForward對象,ActionServlet再把客戶請求轉發給ActionForward對象指定的jsp組 件,ActionForward對象指定的jsp生成動態的網頁,返回給客戶。

  10. spring工做機制及爲何要用?

  1.springmvc請全部的請求都提交給DispatcherServlet,它會委託應用系統的其餘模塊負責負責對請求進行真正的處理工做。

  2.DispatcherServlet查詢一個或多個HandlerMapping,找處處理請求的Controller.

  3.DispatcherServlet請請求提交到目標Controller

  4.Controller進行業務邏輯處理後,會返回一個ModelAndView

  5.Dispathcher查詢一個或多個ViewResolver視圖解析器,找到ModelAndView對象指定的視圖對象

  6.視圖對象負責渲染返回給客戶端。

  爲何用:

  AOP 讓開發人員能夠建立非行爲性的關注點,稱爲橫切關注點,並將它們插入到應用程序代碼中。使用 AOP後,公共服務(好比日誌、持久性、事務等)就能夠分解成方面並應用到域對象上,同時不會增長域對象的對象模型的複雜性。

   IOC 容許建立一個能夠構造對象的應用環境,而後向這些對象傳遞它們的協做對象。正如單詞 倒置 所代表的,IOC 就像反過來的JNDI。沒有使用一堆抽象工廠、服務定位器、單元素(singleton)和直接構造(straightconstruction),每一 個對象都是用其協做對象構造的。所以是由容器管理協做對象(collaborator)。

  Spring即便一個AOP框架,也是一IOC容器。 Spring 最好的地方是它有助於您替換對象。有了Spring,只要用JavaBean屬性和配置文件加入依賴性(協做對象)。而後能夠很容易地在須要時替換具備相似接口的協做對象。

  Spring 框架是一個分層架構,由 7 個定義良好的模塊組成。Spring模塊構建在覈心容器之上,核心容器定義了建立、配置和管理bean 的方式,如圖 1 所示。

  組成 Spring 框架的每一個模塊(或組件)均可以單獨存在,或者與其餘一個或多個模塊聯合實現。每一個模塊的功能以下:

  核心容器:核心容器提供 Spring框架的基本功能。核心容器的主要組件是BeanFactory,它是工廠模式的實現。BeanFactory使用控制反轉(IOC)模式將應用程序的配置和依賴性規範與實際的應用程序代碼分開。

  Spring 上下文:Spring 上下文是一個配置文件,向 Spring框架提供上下文信息。Spring上下文包括企業服務,例如 JNDI、EJB、電子郵件、國際化、校驗和調度功能。

   Spring AOP:經過配置管理特性,Spring AOP 模塊直接將面向方面的編程功能集成到了Spring框架中。因此,能夠很容易地使 Spring 框架管理的任何對象支持 AOP。Spring AOP 模塊爲基於Spring的應用程序中的對象提供了事務管理服務。經過使用 Spring AOP,不用依賴EJB組件,就能夠將聲明性事務管理集成到應用程序中。

  Spring DAO:JDBCDAO抽象層提供了有意義的異常層次結構,可用該結構來管理異常處理和不一樣數據庫供應商拋出的錯誤消息。異常層次結構簡化了錯誤處理,並 且極大地下降了須要編寫的異常代碼數量(例如打開和關閉鏈接)。SpringDAO的面向 JDBC 的異常聽從通用的 DAO 異常層次結構。

  Spring ORM:Spring 框架插入了若干個 ORM 框架,從而提供了 ORM的對象關係工具,其中包括JDO、Hibernate 和 iBatis SQL Map。全部這些都聽從 Spring 的通用事務和DAO異常層次結構。

  Spring Web 模塊:Web 上下文模塊創建在應用程序上下文模塊之上,爲基於Web的應用程序提供了上下文。因此,Spring 框架支持與 Jakarta Struts的集成。Web模塊還簡化了處理多部分請求以及將請求參數綁定到域對象的工做。

  Spring MVC 框架:MVC 框架是一個全功能的構建 Web 應用程序的 MVC實現。經過策略接口,MVC框架變成爲高度可配置的,MVC 容納了大量視圖技術,其中包括JSP、Velocity、Tiles、iText 和 POI。

相關文章
相關標籤/搜索