【正文】 在 中我們定義如下： beans import resource=/!把新增的各模塊獨立的bizcontext[modulename].xml 加入到 beans.../beans import resource=/ 26 import resource=/ import resource=/ import resource=/ import resource=/ import resource=/ !acegi 安全驗證 import resource=/。 在 配置中，統(tǒng)一使用了 來導(dǎo)入 Spring 的配置信息。 PCISV7_CAS 可以在數(shù)據(jù)層面直接與當(dāng)前核心系統(tǒng)集成，從而實現(xiàn)用戶信息完全共享。 圖 物理部署架構(gòu)圖 24 圖 快速 出單邏輯部署圖 架構(gòu)實現(xiàn) 基于 PCISV7_CAS 實現(xiàn) 單點登錄系統(tǒng)，完成多個系統(tǒng)統(tǒng)一的省份認(rèn)證。 3. 關(guān)鍵支撐組件、協(xié)議以及框架選擇，有一定的前瞻性 瀏覽器與服務(wù)器通訊協(xié)議： HTTP+AJAX，啟用壓縮機制后臺通訊數(shù)據(jù)傳輸量，壓縮后的非圖片下載量為原來的 1/6 到 1/10 之一。 與 HTML 界面動態(tài)綁定數(shù)據(jù) ： 快速出單為達到靈活處理顯示界面，同時保持產(chǎn)品模型化管理的目的，在技術(shù)上采用了，將業(yè)務(wù)數(shù)據(jù)直接綁定到靜態(tài) HTML 界面的策略。 數(shù)據(jù)層為業(yè)務(wù)邏輯層提供各種數(shù)據(jù)的支持．根據(jù)表現(xiàn)層的請求構(gòu)造出不同的業(yè)務(wù)對象。但是，基于 JDBC 的數(shù)據(jù)庫驅(qū)動建模解決方案優(yōu)點是有助于建立靈活的、可控制的數(shù)據(jù)模型．并能提供很大余地解決任何性能方面的問題。中間件 Hibernate 就是這樣一種開源的 ORM 實 現(xiàn)。從理論上說，用面向?qū)ο蟮臄?shù)據(jù)庫管理系統(tǒng)實現(xiàn)對象的存儲是順理成章的決策，但是具體的應(yīng)用系統(tǒng)的開發(fā)更強調(diào)考慮各種實際因素．由于目前面向?qū)ο髷?shù)據(jù)庫系統(tǒng)的軟件產(chǎn)品的技術(shù)成熟程度、實用性、易用性、價格等綜合因素還沒有關(guān)系數(shù)據(jù)庫系統(tǒng)那么有優(yōu)勢．在很大的范圍內(nèi)關(guān)系數(shù)據(jù)庫還是占有主導(dǎo)地位。 BusinessObject 實現(xiàn)所有的業(yè)務(wù)邏輯，但它不涉及任何的數(shù)據(jù)庫操作。在業(yè)務(wù)層中主要的組件包 21 括： BusinessDelegateQdk 務(wù)代理一 Proxy BusinessObjectf 業(yè)務(wù)邏輯對象一 Service)、SessionEJB(SessionBean—PO)、 DataAccessObject(數(shù)據(jù)訪問對象一 DAO1。在表現(xiàn)層中，通過 Action 與業(yè)務(wù)層交互．每個 Action 都通過調(diào)用業(yè)務(wù)層中一個都多個Busi—nesSDelegate 組件來實現(xiàn)相應(yīng)的功能， BusinessDelegate 組件的內(nèi)部實現(xiàn)對 Action來說是完全透明的。 1. Controller 控制器部分： Struts 中的 Controller 控制器部分是通過專門的 Servlet 來實現(xiàn)，作用是接收客戶端瀏覽器的請求．然后選擇執(zhí)行相應(yīng)的 Action，再把相應(yīng)結(jié)果返回給客戶端瀏覽器： 2. View 視圖部分：采用 Jsp 實現(xiàn)。作為 MVC設(shè)計模式的 WEB應(yīng)用的一種典型體現(xiàn)， Struts架構(gòu)實際上是建立在 Model2基礎(chǔ)上的，對 Model、 View 和 Contml~r 都提供了現(xiàn)成的實現(xiàn)組件。系統(tǒng)技術(shù)架構(gòu)的設(shè)計圖如圖 所示。在應(yīng)用服務(wù)層以下是數(shù)據(jù)服務(wù)層，包括核心系統(tǒng)的核心業(yè)務(wù)數(shù)據(jù)和框架外圍系統(tǒng)的接口數(shù)據(jù)，如打印管理子系統(tǒng)本身的索引數(shù)據(jù)等。降低和業(yè)務(wù)功能層的耦合。即一個業(yè)務(wù)功能層的模塊會采用多個應(yīng)用服務(wù)層模塊提供的服務(wù)，反之亦然。最終用戶直接和處于本軟件層的模塊交互實現(xiàn)業(yè)務(wù)需求。 圖 軟件應(yīng)用架構(gòu)總體結(jié)構(gòu) 圖 在圖 的軟件應(yīng)用架構(gòu)中，處于應(yīng)用架構(gòu)最上層的是業(yè)務(wù)功能層。框架內(nèi)核不必獲取工 具的詳細(xì)的內(nèi)部操作信息，但一旦工具發(fā)出與框架內(nèi)核進行交互的請求。此外，核心系統(tǒng)由框架內(nèi)核與框架工具組成，框架內(nèi)核被動地按照從工具傳來的信息進行控制?？蚣芄ぞ卟辉L問業(yè)務(wù)數(shù)據(jù)，也不實現(xiàn)具體的業(yè)務(wù)邏輯。也包括一種新類型的工具，這種新類型的工具我們稱之為框架工具。即最終用戶從分布的硬件環(huán)境中不同地點并發(fā)地與系 統(tǒng)框架進行交互。并從中選擇一個版本以進一步的應(yīng)用。因此最終用戶需要與框架之間進行信息交互，以獲得業(yè)務(wù)的狀態(tài)和初始化某些框架功能。系統(tǒng)框架支持最終用戶組織自己的業(yè)務(wù)信息。在分布的硬件環(huán)境中不同的位置并發(fā)地運行多個服務(wù)工具，這些服務(wù)工具通過系統(tǒng)框架進行業(yè)務(wù)數(shù)據(jù)的訪問。核心系統(tǒng)中服務(wù)工具與系統(tǒng)框架之間的交互方式。但服務(wù)工具只能通過框架的控制才能訪問業(yè)務(wù)數(shù)據(jù)。框架采用相同的方式對不同的業(yè)務(wù)數(shù)據(jù)進行組織。在服務(wù)工具集成環(huán)境中，業(yè)務(wù)數(shù)據(jù)統(tǒng)一存儲在業(yè)務(wù)數(shù)據(jù)庫中。 18 建立保險核心系統(tǒng)總體模型的第一步是對服務(wù)工具和系統(tǒng)框架進行定位。一個真正開放與有效的核心系統(tǒng)應(yīng)能允許不同種類的服務(wù)工具方便地集成在一起。工具集成運行與單個工具運行具有不同的特征。在不引起誤解的前提下．也稱為工具。保險核心系統(tǒng)的任務(wù)之一就是針對現(xiàn)：肓的保險業(yè)務(wù)，開發(fā)出軟件工具，服務(wù)于保險，且隨著保險業(yè)務(wù)的發(fā)展，新的保險應(yīng)用服務(wù)工具將產(chǎn)生并集成到現(xiàn)有的核心系統(tǒng)中。 在保險的業(yè)務(wù)領(lǐng)域。一是保險應(yīng)用服務(wù)工具．二是工具集成。為保險核心系統(tǒng)的軟件開發(fā)提供快速、穩(wěn)定的技術(shù)支持。主要是提供保險業(yè)務(wù)運行的軟件支持，在該應(yīng)用架構(gòu)下，為保險核心系統(tǒng)提供一個 可擴充，高可靠性的業(yè)務(wù)平臺?；?J2EE．整個系統(tǒng)的層次如圖 所示。 17 4 系統(tǒng)的設(shè)計 整體技術(shù)架構(gòu) 保險核心系統(tǒng)從整體上看，主要包括如下兩個方面的架構(gòu)：保險核心系統(tǒng)應(yīng)用架構(gòu)和保險核心系統(tǒng)技術(shù)架構(gòu)。系統(tǒng)設(shè)計是根據(jù)實際業(yè)務(wù)需求修改和添加的，所以正確的需求分析對于系統(tǒng)是起了非常重要的作用。 模型與其它工具制作的 HTML 界 面綁定：快速出單系統(tǒng)能夠?qū)⒍x的產(chǎn)品模型能夠與任何工具制作的 HTML 界面關(guān)聯(lián)綁定，二者通過 HTML 中元素名稱與產(chǎn)品模型的要素明細(xì)名稱實現(xiàn)關(guān)聯(lián)。 4. 支持產(chǎn)品定義：快速出單系統(tǒng)繼承 PCISV5 能夠定義產(chǎn)品自定義的功能。減少數(shù)據(jù)傳輸量。 ISS_PCIS為軟通動力技術(shù)平臺，為包括財險核心在內(nèi)的多個產(chǎn)品應(yīng)用，成熟度比較高。確保技術(shù)的實用的，穩(wěn)定成熟的，能在當(dāng)前以及未來一段時間能夠?qū)ο到y(tǒng)提供支撐。不能使快速出單系統(tǒng)成為核心系統(tǒng)升級的障礙或負(fù)擔(dān)，從而增加升級的工作量。采用 ISS_PCIS_FWK 技術(shù)平臺的 Web 開發(fā)框架：ISS_PCIS_FWK_EC，保持與 IT 總體規(guī)劃的一致性。例如：保費計算；核保；批改；收付接口等等服務(wù)。在系統(tǒng)規(guī)劃上考慮系統(tǒng)建設(shè)的周期，滿足系統(tǒng)上線時間需求 。 3. 根據(jù)保單錄入的行為特征，由于車險的監(jiān)管要求嚴(yán)格，導(dǎo)致界面錄入項很多，經(jīng)常對出單員造成困擾。 本章小結(jié) 本章主要介紹了系統(tǒng)開發(fā)用到的相關(guān)技術(shù)，包括開發(fā)工具 My Eclipse,Web 服務(wù)器Tomcat， Oracle 數(shù)據(jù)庫等；系統(tǒng)是基于 B/S（ 瀏覽器和服務(wù)器結(jié)構(gòu) ） ，有別于 C/S 那些客戶端程序，開發(fā)技術(shù)包括 MCV 的三大框架 (Struts、 Spring、 Hiberanate)， JSP 動態(tài)頁面， JSON 結(jié)構(gòu)傳輸格式 介紹 等等。 5. Query 和 Criteria 接口： Query 和 Criteria 接口負(fù)責(zé)執(zhí)行各種數(shù)據(jù)庫查詢。 4. Transaction 接口： Transaction 接口負(fù)責(zé)事務(wù)相關(guān)的操作。 3. Configuration 類： Configuration 類負(fù)責(zé)配置并啟動 Hibernate，創(chuàng)建 SessionFactory對象。這里用到了工廠模式。 2. SessionFactory 接口： SessionFactory 接口負(fù)責(zé)初始化 Hibernate。同時， Hibernate 的 session 不同于 JSP 應(yīng)用中的 HttpSession。 )。下面對這 6 個核心接口分別加以介紹。這 6 個核心接口在任何開發(fā)中都會用到。 Hibernate 不僅負(fù)責(zé)從 Java 類到數(shù)據(jù)庫表的映射（還包括從 Java 數(shù)據(jù)類型到 SQL 數(shù) 13 據(jù)類型的映射），還提供了面向?qū)ο蟮臄?shù)據(jù)查詢檢索機制，從而極大 地縮短的手動處理SQL 和 JDBC 上的開發(fā)時間。 它的設(shè)計目標(biāo)是將軟件開發(fā)人員從大量相同的數(shù)據(jù)持久層相關(guān)編程工作中解放出來。它為面向?qū)ο蟮念I(lǐng)域模型到傳統(tǒng)的關(guān)系型數(shù)據(jù)庫的映射，提供了一個使用方便的框架。 Hiberanate 技術(shù) Hibernate 是一種 Java 語言下的對象關(guān)系映射解決方案。 Spring 卻具有能夠讓這部分工作變得簡單的能力。 2. 提供諸如事務(wù)管理等服務(wù)的面向方面編程框架。開發(fā)者通過策略接口將擁有對該框架的高度控制，因而該框架將適應(yīng)于多種呈現(xiàn)（ View）技術(shù)，例如 JSP，F(xiàn)reeMarker， Velocity， Tiles， iText 以及 POI。所有這些全部遵從 Spring 通用事務(wù)處理和通用數(shù)據(jù)訪問對象異常等級規(guī)范。 以資源容器， DAO 實現(xiàn) 和事務(wù)策略等形式與 Hibernate， JDO 和 iBATIS SQL Maps 集成。 (finally) 模塊。再次利用 JDBC 時，你無需再寫出另一個 39。 內(nèi)建的針對 JTA 和 單個 JDBC 數(shù)據(jù)源的一般化策略，使 Spring 的事務(wù)支持不要求 Java EE 環(huán)境，這與一般的 JTA 或者 EJB CMT 相反。 12 一個可用于從 applet 到 Java EE 等不同運行環(huán)境的核心 Bean 工廠。 Spring Framework 提供了一個簡易的開發(fā)方式，這種開發(fā)方式，將避免那些可能致使底層代碼變得繁雜混亂的大量的屬性文件和幫助類。 Spring 也是一個開源的 Java／ Java EE 全功能棧（ fullstack）的應(yīng)用程序框架，以Apache 許可證形式發(fā)布，也有 .NET 平臺上的移植版本。然而， Spring 的用途不僅限于服務(wù)器端的開發(fā)。框架的主要優(yōu)勢之一就是其分層架構(gòu)，分層架構(gòu)允許使用者選擇使用哪一個組件，同時為 J2EE 應(yīng)用程序開發(fā)提供集成的框架。 至此， Struts 項目并行提供與維護兩個主要版本的框架 產(chǎn)品 ——Struts 1 與 Struts 2。后來該框架產(chǎn)品一度被 認(rèn)為是最廣泛、最流行 JAVA 的 WEB 應(yīng)用框架。因為這兩種方式不可避免的要把表現(xiàn)與業(yè)務(wù)邏輯代碼混合在一起，都給前期開發(fā)與后期維護帶來巨大的復(fù)雜度。 它的發(fā)展歷程。你仍然需要學(xué)習(xí)和應(yīng)用該架構(gòu)，不過它將可以完成其中一些繁重的工作。 Struts 這個名字來源于在建筑和舊 11 式飛機中使用的支持金屬架。 附帶的一點點建議： Struts 的優(yōu)點主要集中體現(xiàn)在兩個方面： Taglib 和頁面導(dǎo)航。 它也有優(yōu)缺點。在 Struts 的視圖（ View）端，除了使用標(biāo)準(zhǔn)的 JavaServer Pages（ JSP）以外，還提供了大量的標(biāo)簽庫使用，同時也可以與其他表現(xiàn)層組件技術(shù)（產(chǎn)品）進行整合，比如 Velocity Templates， XSLT 等。在 MVC 的 模型（ Model）部分，經(jīng)常劃分為兩個主要子系統(tǒng)（系統(tǒng)的內(nèi)部數(shù)據(jù)狀態(tài)與改變數(shù)據(jù)狀態(tài)的邏輯動作），這兩個概念子系統(tǒng)分別具體對應(yīng) Struts 里的 ActionForm 與 Action 兩個需 要繼承實現(xiàn)超類。 XML 利用標(biāo)記語言的特性提供了絕佳的延展性（如 XPath） ,在數(shù)據(jù)存儲 ,擴展及高級檢索方面具備對 JSON 的優(yōu)勢，而 JSON 則由于比 XML 更加小巧 ,以及瀏覽器的內(nèi)建快速解析支持 ,使得其更適用于網(wǎng)絡(luò)數(shù)據(jù)傳輸領(lǐng)域。這使得 XML 在程式判讀上需要比較多的功夫。這個問題在 Javascript 中的狀況是，由于 Javascript 采用了稱為 ―沙盒 ‖的機制，這種機制限制 Javascript 引擎僅能引入同一個站點的代碼，因 而某種程度上提高了安全性。但是，由于這是用模擬的方式讀取，速度上會比 eval()慢。然而由于 eval 方法同樣可以執(zhí)行任意的 JavaScript 代碼 ,因此當(dāng)數(shù)據(jù)來源不可靠時則可能產(chǎn)生安全性問題。 (6) 布爾值：表示為 true 或者 false。 (5) 數(shù)值：一系列 09 的數(shù)字組合，可以為負(fù)數(shù)或者小數(shù)。一個名稱是一個字符串； 一個值可以是一個字符串，一個數(shù)值 ，一個對象，一個布爾值，一個有序列表，或者一個 null 值。一個對象包含一系列非排序的名稱／值對，每個名稱／值對之間使用 ―， ‖分割。 1. JSON 用于描述數(shù)據(jù)結(jié)構(gòu)，有以下形式存在。 JSON 格式是 1999 年《 JavaScript Programming Language, Standard ECMA262 3rd Edition》的子集合，所以可以在 JavaScript 以 eval()函式（ javascript 通過 eval()調(diào)用解釋器）讀入。這些特性使 JSON 成為理想的數(shù)據(jù)交換語言。它基于 JavaScript（ Standard ECMA262 3rd Edition December 1999）的一個子集。就象在轉(zhuǎn)發(fā)動作中的作用一樣。 SKIP_PAGE： 表示將不會再有更多執(zhí)行操作。該方法用于實現(xiàn)循環(huán)結(jié)構(gòu)。 EVAL_BODY