計算機專業優秀oa辦公自動化系統-文庫吧

【正文】 一個簡單的留言簿，也沒什么太大的壞處，實際上，人們開始接觸一些對自己來說是新的東西的時候，比如，用JSP訪問數據庫時，往往喜歡 別人能提供一個包含這一切的單個JSP頁面，因為這樣在一個頁面上他就可以把握全局，便于理解。但是，用Model 1模式開發大型時，程序流向由一些互相能夠感知的頁面決定，當頁面很多時要清楚地把握其流向將是很復雜的事情，當您修改一頁時可能會影響相關的很多頁面， 大有牽一發而動全身的感覺，使得程序的修改與維護變得異常困難；還有一個問題就是程序邏輯開發與頁面設計糾纏在一起，既不便于分工合作也不利于代碼的重 用，這樣的程序其健壯性和可伸縮性都不好。 Grady Booch等人在UML用戶指南一書中，強調建模的重要性時，打了一個制作狗窩、私人住宅、和大廈的形象比喻來說明人們處理不同規模的事物時應該采用的合 理方法一樣，人們對不同規模的應用程序也應該采用不同的模式。 為了克服Model 1的缺陷，人們引入了Model 2，如下圖所示：它引入了控制器這個概念，控制器一般由servlet來擔任，客戶端的請求不再直接送給一個 處理業務邏輯的JSP頁面，而是送給這個控制器，再由控制器根據具體的請求調用不同的事務邏輯，并將處理結果返回到合適的頁面。因此，這個servlet 控制器為應用程序提供了一個進行前后端處理的中樞。一方面為輸入數據的驗證、身份認證、日志及實現國際化編程提供了一個合適的切入點；另一方面也提供了 將業務邏輯從JSP文件剝離的可能。業務邏輯從JSP頁面分離后，JSP文件蛻變成一個單純完成顯示任務的東西，這就是常說的View。而獨立出來的事務 邏輯變成人們常說的Model,再加上控制器Control本身，就構成了MVC模式。實踐證明，MVC模式為大型程序的開發及維護提供了巨大的便利。 其實，MVC開始并不是為Web應用程序提出的模式，傳統的MVC要求M將其狀態變化通報給V，但由于Web瀏覽器工作在典型的拉模式而非推模式，很難做 到這一點。因此有些人又將用于Web應用的MVC稱之為MVC2。正如上面所提到的MVC是一種模式，當然可以有各種不同的具體實現，包括您自己就可以實 現一個體現MVC思想的程序框架，Struts就是一種具體實現MVC2的程序框架。它的大致結構如下圖所示：上圖基本勾勒出了一個基于Struts的應用程序的結構，從左到右，分別是其表示層 （view）、控制層(controller)、和模型層(Model)。其表示層使用Struts標簽庫構建。來自客戶的所有需要通過框架的請求統一由 叫ActionServlet的servlet接收（ActionServlet Struts已經為我們寫好了，只要您應用沒有什么特別的要求，它基本上都能滿足您的要求），根據接收的請求參數和Struts配置(struts )中ActionMapping，將請求送給合適的Action去處理，解決由誰做的問題，它們共同構成Struts的控制器。 Action則是Struts應用中真正干活的組件，開發人員一般都要在這里耗費大量的時間，它解決的是做什么的問題，它通過調用需要的業務組件（模型） 來完成應用的業務，業務組件解決的是如何做的問題，并將執行的結果返回一個代表所需的描繪響應的JSP（或Action）的ActionForward對 象給ActionServlet以將響應呈現給客戶。 過程如圖四所示： ORM對象關系映射就是Java應用中的對象到關系數據庫中的表的自動的（和透明的）持久化，使用元數據（meta data）描述對象與數據庫間的映射。本質上，ORM的工作是將數據從一種表示（雙向）轉換為另一種。 Hibernatehibernate是一個基于orm的開源框架，也是一個輕量級框架，它是在JDBC之上提供一層薄薄的封裝，在提供完全透明的持久化機制的同時又提供盡可能多的靈活性。架構圖如下：1 hibernate 是一個對象/關系 映射的框架，有了hibernate可以使我們不再關心數據庫的底層結構 只需要專心我們的對象 是實現了完全面向對象的編程。 2 透明持久化，進行持久化的對象是單線程的 而且對象的生命周期很短，當對象被hibernate持久化的時候 對象沒有太過依賴于hibernate 并沒有實現某個接口或者 那個框架 它們只是和session進行關聯 hibernate提供很好的session管理的方式，當對象持久化的操作完成后 session就會自動的關閉這樣對象 又能夠被任何的其他層使用。 3 框架的特性，框架是一個輕量級的框架 沒有入侵性 4 hibernate的緩存機制 hibernate提供了一級緩存 session 二級緩存sessionFactory 5 hibernate是jdbc的輕量級 的對象封裝。 是可以獨立的對象持久層框架。可以用在任何jdbc可以使用的場合，比如說 java程序的數據庫的訪問，web程序的數據庫的訪問。它是指和jdbc 有關系 和運用hibernate的程序關 可以這樣說 只要是能夠使用 jdbc鏈接數據庫的程序都能夠使用hibernate進行數據庫的鏈接，它和 服務器或者程序也不存在兼容性。 6 內存消耗問題 在開發小項目關系單一的話 那么 eb的效率最高 。 jdbc次之 hibernate也許是最低的 但是對于大的項目 關系非常復雜的來說 hibernate 的處理速度非常驚人，jdbc次之，eb幾乎根本就不能夠實現。 hibernate的缺點 7 hibernate適合各種數據庫 從一對一 到多對多關系 操作方便。 IOC（DI）分離關注（ Separation of Concerns : SOC）是Ioc模式和AOP產生最原始動力，通過功能分解可得到關注點，這些關注可以是 組件Components, 方面Aspects或服務Services。Ioc英文為 Inversion of Control，即反轉模式，這里有著名的好萊塢理論：你呆著別動，到時我會找你。后被Martin Fowler改名為 Dependency Injection 依賴注射，也就是將類之間的關系通過第三方進行注射，不需要類自己去解決調用關系。其實Ioc模式也是解決調用者和被調用者之間的一種關系，由于被調用者名稱寫入了調用者的代碼中，這產生了一個接口實現的原罪：彼此聯系，調用者和被調用者有緊密聯系，在UML中是 用依賴 Dependency 表示。但是這種依賴在分離關注的思維下是不可忍耐的，必須切割，實現調用者和被調用者解耦，新的Ioc模式 Dependency Injection 模式由此產生了， Dependency Injection模式是依賴注射的意思，也就是將依賴先剝離，然后在適當時候再注射進入。 AOP　AOP是OOP的延續，是Aspect Oriented Programming的縮寫，意思是面向方面編程。AOP實際是GoF設計模式的延續，設計模式孜孜不倦追求的是調用者和被調用者之間的解耦，AOP可 以說也是這種目標的一種實現。方面（Aspect）：對橫向分布在多個對象中的關注點所做的模塊化。在企業應用中，事務管理就是一個典型的橫切關注點。 為Advisor或攔截器（interceptor）。（按：Advisor是通知和切入點的組合，攔截器實際就是指通知，注意在本文檔中，一般會把環繞 通知稱為攔截器，而將其它類型的通知稱為通知，這是因為環繞通知實現的是 ， 知接口。） 連接點（Joinpoint）：程序執行過程中的一個點，例如對某個方法的調用或者某個特定異常的拋出都可以稱為連接點。 通知（Advice）：AOP框架在某個連接點所采取的行為。通知有多種類型，包括“環繞”通知，“前置”通知和“異常”通知等，后文將對通知類 型進行討論。（interceptor），并且會維護一個包圍在連接點周圍的攔截 器鏈。 切入點（Pointcut）：指通知的應用條件，用于確定某個通知要被應用到哪些連接點上。AOP框架應允許讓開發人員指定切入點，例如，可以使 用正則表達式來指定一個切入點。 引入（Introduction）：向目標對象添加方法或字段的行為。例如，可以利用引入 讓任何對象在運行期實現IAuditable接口，以簡化對象狀態變化的跟蹤過程。（按：也稱為mixin，混入） 目標對象（Target object）：指包含連接點的對象。也稱為被通知或被代理對象。（按：“被通知對象”實際是“被應用了通知的對象”，在譯文中，將advised object或proxied object統稱為目標對象，這樣更為統一） AOP代理（AOP proxy）：由AOP框架在將通知應用于目標對象后創建的對象。，AOP代理是使用IL代碼在運行時創建的動態代理。 織入（Weaving）：將方面進行組裝，以創建一個目標對象。織入可以在編譯期完成（），也可 以在運行時完成。 SpingSpring是一個開源框架，它由Rod Johnson創建。它是為了解決企業應用開發的復雜性而創建的。Spring使用基本的JavaBean來完成以前只可能由EJB完成的事情。然 而，Spring的用途不僅限于服務器端的開發。從簡單性、可測試性和松耦合的角度而言，任何Java應用都可以從Spring中受益。架構圖如下：目的：解決企業應用開發的復雜性功能：使用基本的JavaBean代替EJB，并提供了更多的企業應用功能范圍：任何Java應用簡單來說，Spring是一個輕量級的控制反轉(IoC)和面向切面(AOP)的容器 框架。輕量——從大小與開銷兩方面而言Spring都是輕量的。完整的Spring 框架可以在一個大小只有1MB多的JAR文件里發布。并且Spring所需的處理開銷也是微不足道的。此外，Spring是非侵入式的：典型 地，Spring應用中的對象不依賴于Spring的特定類。 控制反轉——Spring通過一種稱作控制反轉（IoC）的技術促進了松耦 合。當應用了IoC，一個對象依賴的其它對象會通過被動的方式傳遞進來，而不是這個對象自己創建或者查找依賴對象。你可以認為IoC與JNDI相反——不 是對象從容器中查找依賴，而是容器在對象初始化時不等對象請求就主動將依賴傳遞給它。面向切面——Spring提供了面向切面編程的豐富支持，允許通過分離應用的 業務邏輯與系統級服務（例如審計（auditing）和事務（transaction）管理）進行內聚性的開發。應用對象只實現它們應該做的——完成業務 邏輯——僅此而已。它們并不負責（甚至是意識）其它的系統級關注點，例如日志或事務支持。 容器——Spring包含并管理應用對象的配置和生命周期，在這個意義上它是 一種容器，你可以配置你的每個bean如何被創建——基于一個可配置原型（prototype），你的bean可以 創建一個單獨的實例或者每次需要時都生成一個新的實例——以及它們是如何相互關聯的。然而，Spring不應該被混同于傳統的重量級的EJB容器，它們經 常是龐大與笨重的，難以使用。 SSH．1 Struts基本原理和解決問題ActionServlet是一個Servlet類，,實現了servlet的生命周期的方法 （init(),doGet(),doPost(),destroy()）之處，還添加了一個真正處理請求的方法process.,實際上控制器所執行的 控制邏輯包含在RequestProcessor類中，而不是ActionServlet類中。RequestProcessor類的process() action子元素，并根據action子 元素的name屬性在該配置文件中查找匹配的formbean子元素。確定下一步要用到的ActionForm Bean.，取得FormBean的名稱后，process()方法將創建或檢索由formbean元素的type屬性命名的 ActionForm的一個實例。然后用再請求提交的值來填充數據。并調用ActionForm的validate()方法驗證提交的值。最后 process()方法才真正開始處理請求。它首先從action元素的type屬性獲得action類的名稱，然后調用Action類 里的execute()方法。由execute()方法返回一個ActionForward對象，確定應用程序的下一個視圖。由此可見，Struts為一個實現了MVC的框架，其靈活性相當高，適合用于絕大多數JAVA EE應用中，可以輕松解決頁面和控制之間的耦合，對營造一個良好的系統架構起著關鍵性的作用。．2 Hibernate解決問題現在關系數據庫技術發展已相當成熟，不僅形成一套理論支持，更有很多成功的關系數據庫產品，關系數據庫已經成為工業開發上的首選。而JAVA EE應用中，使用的JAVA是面向對象的語言，其面向對象特性和關系數據庫特性明顯截然不同，兩者雖有協調之處，當總體顯現為不和諧，不協調。Hibernate的出現正為解決這一問題，其為一ORM產品，幫助程序員把對象于對象之間的關系“無型”地轉化為表于表之間的關系，完全屏蔽數據庫細節。總之，采用hibernate開發系統，對于使用面向對象思想開發的程序員來說，更來的自然和協調。．3 Spring解決問題Spring可以將簡單的組件配置，組合成為復雜的應用。在 Spring中，應用對象被聲明式地組合，典型地是在一個XML文件里。Spring也提供了很多基礎功能（事務管理、持久化框架集成等等），將應