【文章內(nèi)容簡介】 賴的其它對象會通過被動的方式傳遞進來，而不是這個對象自己創(chuàng)建或者查找依賴對象。你可以認為 IoC 與 JNDI 相反 —— 不 是對象從容器中查找依賴，而是容器在對象初始化時不等對象請求就主動將依賴傳遞給它。 ◆ 面向切面 —— Spring 提供了 面向切面編程 的 豐富支持，允許通過分離應南京大學軟件學院本科畢業(yè)論文 6 用的業(yè)務邏輯與系統(tǒng)級服務（例如審計（ auditing）和事務（ transaction）管理）進行內(nèi)聚性的開發(fā)。應用對象只 實現(xiàn)它們應該做的 —— 完成業(yè)務邏輯 —— 僅此而已。它們并不負責（甚至是意識）其它的系統(tǒng)級關注點 ，例如日志或事務支持。 ◆ 容器 —— Spring包含并管理應用對象的配置和生命周期，在這個意義上它是一種容器，你可以配置你的每個 bean 如何被創(chuàng)建 —— 基于一個可配置 原型（ prototype），你的 bean可以創(chuàng)建一個單獨的實例或者每次需要時都生成一個新的實例 —— 以及它們是如何相互關聯(lián)的。然而， Spring不應該被混同于傳統(tǒng)的重量級的 EJB 容器，它們經(jīng)常是龐大與笨重的，難以使用。 ◆ 框架 —— Spring可以將簡單的組件配置、組合成為復雜的應用。在 Spring中，應用對象被聲明式地組合，典型地是在一個 XML文件里。 Spring也提供了很多基礎功能（事務管理、持久化框架集成等等），將應用邏輯的開發(fā)留給了你。 所有 Spring 的這些特征使你能夠編寫更干凈、更可管理、并且更易于測試的代碼。它們也為 Spring中的各種模塊提供了基礎支持。 Spring的特點有： ◆ 方便解耦，簡化開發(fā) 通過 Spring 提供的 IoC 容器，我們可以將對象之間的依賴關系交由 Spring進行控制 ，避免硬編碼所造成的過度 程序 耦合。有了 Spring，用戶不必再為單實例模式類、屬性文件解析等這些很底層的需求編寫代碼，可以更專注于上層的應用。 ◆ AOP編程的支持 通過 Spring提供的 AOP 功能，方便進行面向切面的編程，許多不容易用傳統(tǒng) OOP 實現(xiàn)的功能可以通過 AOP 輕松應付。 ◆ 聲明式事務的支持 在 Spring 中，我們可以從單調(diào)煩悶的事務管理代碼中解脫出來，通過聲 明式方式靈活地進行事務的管理，提高開發(fā)效率和質(zhì)量。 ◆ 方便程序的測試 可以用非容器依賴的編程方式進行幾乎所有的測試工作，在 Spring 里，測試不再是昂貴的操作，而是隨手可做的事情。 ◆ 方便集成各種優(yōu)秀框架 Spring不排斥各種優(yōu)秀的開源框架，相反， Spring 可以降低各種框架的使用難度， Spring提供了對各種優(yōu)秀框架（如 Struts,Hibernate、 Hession、 Quartz）等的直接支持。 ◆ 降低 Java EE API 的使用難度 南京大學軟件學院本科畢業(yè)論文 7 Spring對很多難用的 Java EE API（如 JDBC， JavaMail，遠程調(diào)用等）提供了一個薄薄的封裝層，通過 Spring的簡易封裝，這些 Java EE API 的使用難度大為降低?！?2】 Hibernate 技術(shù) Hibernate 是一個開放源代碼的 對象 關系映射框架，它對 JDBC 進行了非常輕量級的對象封裝，使得 Java 程序員可以隨心所欲的使用對象編程思維來操縱數(shù)據(jù)庫 。 Hibernate 可以應用在任何使用 JDBC 的場合，既可以在 Java 的客戶端程序使用，也可以在 Servlet/JSP的 Web應用中使用，最具革命意義的是， Hibernate可以在應用 EJB的 J2EE架構(gòu)中取代 CMP，完成數(shù)據(jù)持久化的重任。 Hibernate 的核心接口介紹： 1） Configuration接口 Configuration 對象用于配置并且根啟動 Hibernate。 Hibernate 應用通過Configuration實例來指定對象 關系映射文件的位置或者動態(tài)配置 Hibernate 的屬性，然后創(chuàng)建 SeesionFactory實例。 2） SessionFactory 接口 一個 SessionFactory 實例應對應一個數(shù)據(jù)存儲源，應用從 SessionFactory 中獲得 Session實例。 SessionFactory有以下特點： 它是線程安全的。這意味著它的同一個實例可以被應用的多個線程共享。 它是重量級的。這意味著不能隨意創(chuàng)建或銷毀它的實例。如果應用只訪問一個數(shù)據(jù)庫，只需要創(chuàng)建一個 SessionFactory實例，在應用初始化的時候創(chuàng)建改實例。如果應用同時訪問多個數(shù)據(jù)庫，則需要為每個數(shù)據(jù)庫創(chuàng)建一個單獨的SessionFactory實例。之所以稱 SessionFactory是重量級的，是因為它需要一個很大的緩存，用來存放預定義的 SQL 語句以及映射元數(shù)據(jù)等。用戶還可以為SessionFactory配置一個緩存插件，這個緩存插件被稱為 Hibernate的第二級緩存，該緩存用來存放被工作單元讀過的數(shù)據(jù)，將來其他工作單元可能會重用這些數(shù)據(jù)，因此這個緩存中的數(shù)據(jù)能夠被所有工作單元共享。一個工作單元通常 對應一個數(shù)據(jù)庫事務。 3） Session接口 南京大學軟件學院本科畢業(yè)論文 8 Session接口是 Hibernate 應用使用最廣泛的接口。 Session也被稱為持久化管理器，它提供了和持久化相關的操作，如添加、更新、刪除、加載和查詢對象。 Session有以下特點： 不是線程安全的，因此在設計軟件架構(gòu)時，應避免多個線程共享同一個Session實例。 Session 實例是輕量級的，所謂輕量級，是指它的創(chuàng)建和銷毀不需要消耗太多的資源。這意味著在程序中可以經(jīng)常創(chuàng)建或銷毀 Session對象，例如為每個客戶請求分配單獨的 Session實例，或者為每個工作單元分配單獨的 Session實例。 Session有一個緩存，被稱為 Hibernate 的第一級緩存，它存放被當前工作單元加載的對象。每個 Session 實例都有自己的緩存，這個 Session 實例的緩存只能被當前工作單元訪問。 4） Transaction接口 Transaction 接口是 Hibernate 的數(shù)據(jù)庫事務接口，它對底層的事務接口做了封裝，底層的事務接口包括： ● JDBC API ● JTA ● CORBA Hibernate 應用可以通過一致的 Transaction 接 口來聲明事務邊界，這有助于應用在不同的環(huán)境或容器中移植。 5） Query 和 Criteria 接口 Query和 Criteria 接口是 Hibernate 的查詢接口，用于向數(shù)據(jù)庫查詢對象，以及控制執(zhí)行查詢的過程。 Query實例包裝了一個 HQL查詢語句， HQL語句與 SQL有些相似，但 HQL是面向?qū)ο蟮?，它引用類名及類的屬性名，而不是表名和表字段名?Criteria 接口完全封裝了基于字符串形式的查詢語句，比 Query 接口更加面向?qū)ο螅?Criteria 接口擅長于執(zhí)行動態(tài)查詢?！?3】 Ajax技術(shù) AJAX 不是一種新的編程語言，而是一種用于創(chuàng)建更好更快以及交互性更強的 Web 應用程序的技術(shù)。 通過 AJAX，您的 JavaScript 可使用 JavaScript 的 XMLHttpRequest 對象來直接與服務器進行通信。通過這個對象，您的 JavaScript 可在不重載頁面的情況與 Web 服務器交換數(shù)據(jù)。 AJAX 在瀏覽器與 Web 服務器之間使用南京大學軟件學院本科畢業(yè)論文 9 異步數(shù)據(jù)傳輸（ HTTP 請求），這樣就可使網(wǎng)頁從服務器請求少量的信息，而不是整個頁面。 AJAX 可使因特網(wǎng)應用程序 更小、更快，更友好。是一種獨立于 Web 服務器軟件的瀏覽器技術(shù)。 AJAX 基于下列 Web 標準： JavaScript XML HTML CSS 在 AJAX 中使用的 Web 標準已被良好定義，并被所有的主流瀏覽器支持。 AJAX 應用程序獨立于瀏覽器和平臺。 Web 應用程序較桌面應用程序有諸多優(yōu)勢；它們能夠涉及廣大的用戶，它們更易安裝及維護，也更易開發(fā)。 不過，因特網(wǎng)應用程序并不像傳統(tǒng)的桌面應用程序那樣完善且友好。 通過 AJAX，因特網(wǎng)應用程序可以變得 更完善，更友好。 主要包含的技術(shù) 基于 web 標準（ standardsbased presentation） XHTML+CSS 的表示； 使用 DOM（ Document Object Model）進行動態(tài)顯示及交互； 使用 XML 和 XSLT 進行數(shù)據(jù)交換及相關操作； 使用 XMLHttpRequest 進行異步數(shù)據(jù)查詢、檢索； 使用 JavaScript 將所有的東西綁定在一起。 優(yōu)點：更迅捷的響應速度 傳統(tǒng)的 web 應用允許用戶填寫 表單 (form)， 當提交表單時就向 web 服務器發(fā)送一個請求。服務器接收并處理傳來的表單，然後返回一個新的網(wǎng)頁。這個做法浪費了許多帶寬，因為在前後兩個頁面中的大部分 HTML代碼往往是相同的。由于每次應用的交互都需要向服務器發(fā)送請求，應用的響應時間就依賴于服務器的響應時間。這導致了用戶界面的響應比本地應用慢得 多。 與此不同， AJAX 應用可以僅向服務器發(fā)送并取回必需的數(shù)據(jù)，它使用 SOAP或其它一些基于 XML的 web service 接口，并在客戶端采用 JavaScript 處理來自服務器的響應。因此在服務器和瀏覽器之間交換的數(shù)據(jù)大量減少，結(jié)果我們就能看到響應更快 的應用。同時很多的處理工作可以在發(fā)出請求的客戶端機器上完成，所以 Web 服務器的處理時間也減少了。 南京大學軟件學院本科畢業(yè)論文 10 使用 Ajax 的最大 優(yōu)點 ，就是能在不更新整個頁面的前提下維護數(shù)據(jù)。這使得 Web 應用程序更為迅捷地回應用戶動作，并避免了在網(wǎng)絡上發(fā)送那些沒有改變過的 信息。 Ajax不需要任何瀏覽器插件，但需要用戶允許 JavaScript 在瀏覽器上執(zhí)行。就像 DHTML 應用程序那樣， Ajax 應用程序必須在眾多不同的瀏覽器和平臺上經(jīng)過嚴格的測試。隨著 Ajax的成熟，一些簡化 Ajax使用方法的 程序庫 也相繼問世。同樣，也出現(xiàn)了另一種輔助程序設計的技術(shù)，為那些不支持 JavaScript 的用戶提供替代功能。 缺點與其中一些問題的對應解決方案 對應用 Ajax 最主要的 批評就是，它可能破壞瀏覽器后退按鈕的正常行為。在動態(tài)更新頁面的情況下，用戶無法回到前一個頁面狀態(tài)，這是因為瀏覽器僅能記下 歷史記錄中的靜態(tài)頁面。一個被完整讀入的頁面與一個已經(jīng)被動態(tài)修改過的頁面之間的差別非常微妙；用戶通常都希望單擊后退按鈕，就能夠取消他們的前一次操 作，但是在 Ajax應用程序中，卻無法這樣做。不過開發(fā)者已想出了種種辦法來解決這個問題，當中大多數(shù)都是在用戶單擊后退按鈕訪問歷史記錄時，通過建立或 使用一個隱藏的 IFRAME 來重現(xiàn)頁面上的變更。（例如，當用戶在Google Maps 中單擊后退時，它 在一個隱藏的 IFRAME中進行搜索，然后將搜索結(jié)果反映到 Ajax元素上，以便將應用程序狀態(tài)恢復到當時的狀態(tài)。） 一個相關的觀點認為，使用動態(tài)頁面更新使得用戶難于將某個特定的狀態(tài)保存到收藏夾中。該問題的解決方案也已出現(xiàn)，大部分都使用 URL片斷 標識符 （通常被稱為錨點，即 URL中 后面的部分）來保持跟蹤，允許用戶回到指定的某個應用程序狀態(tài)。（許多瀏覽器允許 JavaScript 動態(tài)更新錨點，這使得 Ajax應用程序能夠在更新顯示內(nèi)容的同時更新錨點。）這些解決方案也同時解決了許多關于不支持后退按鈕的爭論。 進行 Ajax 開發(fā)時，網(wǎng)絡延遲 —— 即用戶發(fā)出請求到服務器發(fā)出響應之間的間隔 —— 需要慎重考 慮。不給予用戶明確的回應 ，沒有恰當?shù)念A讀數(shù)據(jù) ，或者對 XMLHttpRequest 的不恰當處理，都會使用戶感到延遲，這是用戶不欲看到的，也是他們無法理解的。通常的解決方案是，使用一個可視化的 組件來告訴用戶系統(tǒng)正在進行后臺操作并且正在讀取數(shù)據(jù)和內(nèi)容。 一些手持設備（如手機、 PDA 等）現(xiàn) 在還不能很好的支持 Ajax。 用 JavaScript 作的 Ajax引擎， JavaScript 的兼容性和 DeBug都是讓人頭痛的事。 對串流媒體的支持沒有 FLASH、 Java Applet 好?！?4】 南京大學軟件學院本科畢業(yè)論文 11 第三章 庫房管理子系統(tǒng)分析與設計 物流配送系統(tǒng)流程簡述 新 訂調(diào) 度 并 能 確定 配 送 站自 動 調(diào) 度 處 理人 工 干 預 調(diào) 度處 理庫 房 缺 貨否進 貨 安 排 購 貨 入 庫