【正文】 視圖 控制器（ MVC）的設(shè)計(jì)模式，為了把表現(xiàn)層 presentation 從請求處理 request processing 和數(shù)據(jù)存儲(chǔ) data storage 中分離開來，升陽公司推薦在 JSP 文件中使用一種模型 視圖 控制器 Modelviewcontroller 模式。 1. 一個(gè) JSP 頁面可以被分為以下幾部份： (1) 靜態(tài)數(shù)據(jù)，如 HTML (2) JSP 指令，如 include 指令 (3) JSP 腳本元素和變量 (4) JSP 動(dòng)作 (5) 用戶自定義標(biāo)簽 (6) 靜態(tài)數(shù)據(jù) 靜態(tài)數(shù)據(jù)在輸入文件中的內(nèi)容和輸出給 HTTP 響應(yīng)的內(nèi)容完全一致。效果就好像被包含文件的內(nèi)容直接被粘貼到當(dāng)前文件中一樣。 (3) errorPage 處理 HTTP 請求時(shí)，如果出現(xiàn)異常則顯示該錯(cuò)誤提示信息頁面 (4) isErrorPage 如果設(shè)置為 TRUE，則表示當(dāng)前文件是一個(gè)錯(cuò)誤提示頁面 (5) isThreadSafe 表示最終生成的 servlet 是否安全線程（ thread safe） (6) import=.*表示導(dǎo)入 java 實(shí)例 (7) contentType=text/html 表示頁面類型 (8) isErrorPage=false 表示無錯(cuò)頁面 (9) isThreadSafe=trueJSP 表示安全線程 JSP 注意：在同一個(gè) JSP 文件中只有 import導(dǎo)入頁面指令可以被多次使用。 一種是聲明標(biāo)簽，在 JAVA SERVLET 的類體中放入一個(gè)變量的定義。 7 %int localStackBasedVariable = 1。 JSP 提供了以下動(dòng)作： jsp:include 和子過程類似， JAVA SERVLET 暫時(shí)接管對(duì)其它指定的 JSP 頁的請求和響應(yīng)。指定一個(gè)將加入請求的當(dāng)前參數(shù)組中的參數(shù)。這個(gè)動(dòng)作產(chǎn)生為嵌入一個(gè) APPLET 所需要的指定瀏覽器標(biāo)簽。 jsp:useBean 創(chuàng)建或者復(fù)用一個(gè) JavaBean 變量到 JSP 頁。目前 jsp:plugin標(biāo)簽不允許動(dòng)態(tài)調(diào)用 applets。 8 page：該屬性只是當(dāng)前頁中有效。它可以在所有被包含或者從主頁面（最先接收請求的頁面）轉(zhuǎn)向到的 JSP頁之間共享。當(dāng)該標(biāo)簽首次在文件中使用時(shí)，將會(huì)創(chuàng)建一個(gè) MyActionTag 的實(shí)例。 EVAL_BODY_INCLUDE： 對(duì)標(biāo)簽之內(nèi)主體進(jìn)行賦值。 當(dāng)結(jié)束標(biāo)簽出現(xiàn)時(shí)，它會(huì)調(diào)用 doEndTag()方法，該方法會(huì)返回如下兩做之一： EVAL_PAGE： 表示 JSP 文件的剩余部份將會(huì)被執(zhí)行。 JSON技術(shù) JSON(JavaScript Object Notation) 是一種輕量級(jí)的數(shù)據(jù)交換格式。易于人閱讀和編寫，同時(shí)也易于機(jī)器解析和生成。 (1) 對(duì)象 (object)：一個(gè)對(duì)象以 ―{‖開始，并以 ―}‖結(jié)束。 (3) 值的有序列表（ Array）：一個(gè)或者多個(gè)值用 ―， ‖分割后，使用 ―[‖， ―]‖括起來就形成了這樣的列表，形如： [collection, collection] (4) 字符串：以 括起來的一串字符。 2. 安全性問題 (1) JavaScript 的 eval() 由于 JSON 在語法上是 JavaScript 的子集合，所以一般都會(huì)使用 eval()作為讀取資料的方式，如果是針對(duì)可靠的數(shù)據(jù)來源 ,在不支持原生 JSON 解析的瀏覽器上面這是最快速的方法。 (2) 跨站存取問題 另外一個(gè)安全上的問題則是跨站請求偽造（ Crosssite request fery，簡稱 CSRF或 XSRF）。主要的原因在于 XML 的設(shè)計(jì)理念與 JSON不同。在這里， Struts 可以與各種標(biāo)準(zhǔn)的數(shù)據(jù)訪問技術(shù)結(jié)合在一起，包括 Enterprise Java Beans（ EJB） , JDBC 與 JNDI。很多開發(fā)人員認(rèn)為 Struts 目前尚不成熟，應(yīng) 用的成本較高。它的目的是為了減少在運(yùn)用 MVC 設(shè)計(jì)模型來開發(fā) Web 應(yīng)用的時(shí)間。 在 Java EE 的 Web 應(yīng)用發(fā)展的初期，除了使用 Servlet 技術(shù)以外，普遍是在 JavaServer Pages（ JSP）的源代碼中，采用 HTML 與 Java 代碼混合的方式進(jìn)行開發(fā)。 2021 年， WebWork 與 Struts 這兩個(gè)優(yōu)秀的 Java EE Web 框架（ Web Framework〕的團(tuán)體，決定合作共同開發(fā)一個(gè)新的，整合了 WebWork 與 Struts 優(yōu)點(diǎn)，并且更加優(yōu)雅、擴(kuò)展性更強(qiáng)的框架，命名為 ―Struts 2‖，原 Struts 的 版本產(chǎn)品稱為 ―Struts 1‖。 Spring 使用基本的 JavaBean來完成以前只可能由 EJB 完成的事情。該框架基于 Expert OneonOne Java EE Design and Development（ ISBN 0764543857）一書中的代碼，最初由 Rod Johnson 和 Juergen Hoeller 等 開發(fā)。 數(shù)據(jù)庫事務(wù)的一般化抽象層，允許宣告式（ Declarative）事務(wù)管理器，簡化事務(wù)的劃分使之 與底層無關(guān)。終止 39。利用眾多的翻轉(zhuǎn)控制方便特性來全面支持，解決了許多典型的 Hibernate 集成問題。值得注意的是， Spring 中間層可以輕易地結(jié)合于任何基于 MVC 框架的網(wǎng)頁層，例如 Struts， WebWork，或 Tapestry。程序開發(fā)員們可以使用Spring 的 JDBC 抽象層重新設(shè)計(jì)那些復(fù)雜的框架結(jié)構(gòu)。 Hibernate 也是目前 Java 開發(fā)中最為流行的數(shù)據(jù)庫持久層框架，現(xiàn)已歸 JBOSS 所有。 Hibernate 的核心接口一共有 6 個(gè)，分別為 :Session、 SessionFactory、 Transaction、Query、 Criteria 和 Configuration。 1. Session 接口： Session 接口負(fù)責(zé)執(zhí)行被持久化對(duì)象的 CRUD 操作 (CRUD 的任務(wù)是完成與數(shù)據(jù)庫的交流，包含了很多常見的 SQL 語句。這里當(dāng)使用 session 這個(gè)術(shù)語時(shí)，其實(shí)指的是 Hibernate 中的 session，而以后會(huì)將 HttpSession 對(duì)象稱為用戶 session。需要注意的是 SessionFactory并不是輕量級(jí)的，因?yàn)橐?般情況下，一個(gè)項(xiàng)目通常只需要一個(gè) SessionFactory 就夠，當(dāng)需要操作多個(gè)數(shù)據(jù)庫時(shí)，可以為每個(gè)數(shù)據(jù)庫指定一個(gè) SessionFactory。它是 可選的，開發(fā)人員也可以設(shè)計(jì)編寫自己的底層事務(wù)處理代碼。 14 3 系統(tǒng)的需求分析 需求分析 以業(yè)務(wù)需求為根本，分析目標(biāo)客戶的訴求和業(yè)務(wù)特征，提出針對(duì)性解決方案： 1. 增加交強(qiáng) 商業(yè)共同投保功能 2. 增強(qiáng)續(xù)保功能。 在滿足上述要求的前提下，系統(tǒng)建設(shè)需要滿足渤海公司的上線的時(shí)間要求：采用與現(xiàn)有核心系統(tǒng) PCISV5 對(duì)接方式，重用現(xiàn)有 核心系統(tǒng)后臺(tái)服務(wù)功能。與當(dāng)前的核心系統(tǒng) PCISV5 的升級(jí)規(guī)劃保持一致。 1. 系統(tǒng)性：作為 ISS_PCIS 技術(shù)平臺(tái)的一部分，具有規(guī)模性系統(tǒng)實(shí)際運(yùn)營的基礎(chǔ)；同時(shí)具有長期的研發(fā)規(guī)劃；獨(dú)立的研發(fā)團(tuán)隊(duì)維護(hù)，確保技術(shù)平臺(tái)的的系統(tǒng)性。 3. 前瞻性：引入 ISS_PCIS_FWK_EC 版 WEB 框架，降低網(wǎng)絡(luò)流量以及客戶端環(huán)境 15 對(duì)系統(tǒng)的要求；數(shù)據(jù)包驗(yàn)證功能，解決網(wǎng)絡(luò)傳輸數(shù)據(jù)包丟失導(dǎo)致的錯(cuò)誤。 圖 快速出單系統(tǒng)的業(yè)務(wù)架構(gòu)圖 新舊系統(tǒng)功能對(duì)比 表 表 大類 子類 功能實(shí)現(xiàn) 快速出單 PCISV5 錄入 保單錄入 /保存 ? — 保單錄入 /保存 — ? 保費(fèi)試算 /計(jì)算 ? ? 試算單管理 ? — 批單處理 批文模板 — ? 可批改項(xiàng)設(shè)置 — ? 16 核保 提核 ? ? 任務(wù)告知 ? — 自核體系 — ? 核保級(jí)別 — ? 核保流程 — ? 打印 打印接口實(shí)現(xiàn) ? — 單證管理 — ? 單證制作 — ? 打印服務(wù) — ? 刷卡繳費(fèi) 與 POS/銀行 ? — 繳費(fèi)記錄 — ? 接口 平臺(tái) — ? 收付 — ? 整車配件 ? — 保 /批單單查詢 綜合查詢 ? — 數(shù)據(jù)導(dǎo)出 ? — 任務(wù)管理 任務(wù)自動(dòng)告知功能 ? — 本章小結(jié) 本章主要介紹了系統(tǒng)實(shí)際的業(yè)務(wù)需求和新系統(tǒng)和舊系統(tǒng)的功能對(duì)比。保險(xiǎn)核心系統(tǒng)的應(yīng)用架構(gòu)是根據(jù)保險(xiǎn)公司的業(yè)務(wù)需求而產(chǎn)生的軟件結(jié)構(gòu)， 而保險(xiǎn)核心系統(tǒng)的技術(shù)架構(gòu)是與業(yè)務(wù)無關(guān)的技術(shù)實(shí)現(xiàn)。而保險(xiǎn)核心系統(tǒng)軟件技術(shù)架構(gòu)是一個(gè)和具體的業(yè)務(wù)應(yīng)用無關(guān)的技術(shù)平臺(tái)。它們定義如下：定義保險(xiǎn)應(yīng)用服務(wù)工具是指執(zhí)行特定保險(xiǎn)業(yè)務(wù)的軟件模塊。在后文中我們將保險(xiǎn) 業(yè)務(wù)服務(wù)工具簡稱為服務(wù)工具。如集成的工具使用共享的數(shù)據(jù)庫、共同的業(yè)務(wù)描述格式、一致的工具調(diào)用程序和綜合的用戶接口。系統(tǒng)框架為保險(xiǎn)應(yīng)用工具提供公共的操作環(huán)境，因此是進(jìn)行工具集成的基礎(chǔ) 。某項(xiàng) f 批 1 業(yè)務(wù)數(shù)據(jù)可能在幾個(gè)不同的服務(wù)工具之間共享，同時(shí)共享該項(xiàng)業(yè)務(wù)數(shù)據(jù)的服務(wù)工具可能并發(fā)地對(duì)該項(xiàng)業(yè)務(wù)數(shù)據(jù)進(jìn)行訪問。圖中最終用戶為了完成特定 的業(yè)務(wù)功能。并管理業(yè)務(wù)過程。這種信息交互的需求與利用服務(wù)工具完成業(yè)務(wù)任務(wù)的需求是一致的。這里框架工具是指實(shí)現(xiàn)最終用戶與系統(tǒng)框架之間信息交互功能的與特定應(yīng)用業(yè)務(wù)無關(guān)的軟件模塊。 19 當(dāng)工具在運(yùn)行或保留內(nèi)部狀態(tài)時(shí)，要有大量的內(nèi)部操作。它是面向最終用戶的。對(duì)應(yīng)用功能層的 抽象是為了實(shí)現(xiàn)應(yīng)用邏輯的重用。 為了在開發(fā)保險(xiǎn)核心系統(tǒng)時(shí)縮短開發(fā)周期，在保險(xiǎn)核心系統(tǒng)技術(shù)架構(gòu)的表現(xiàn)層(PresentationTier)中引入開源的 Struts Framework．在業(yè)務(wù)層 (BusinessTier)中引入了開源的中間件 Hibernate。結(jié)合圖 5 的PresentationTier 部分以及 Struts 的架構(gòu)，下面簡述在本文的技術(shù)架構(gòu)中是如何實(shí)現(xiàn)的Controller 控制器部分、 View 視圖部分和 Model 模型部分設(shè)計(jì)。 4. 業(yè)務(wù)層設(shè)計(jì)業(yè)務(wù)層是處理所有保險(xiǎn)業(yè)務(wù)邏輯的場所。所有與數(shù)據(jù)庫的操作都在 DataAccessObject(數(shù)據(jù)訪問對(duì)象一 DAO1 中實(shí)現(xiàn)， DataAccessObject 在現(xiàn)在的企業(yè)級(jí)應(yīng)用系統(tǒng)開發(fā)中占據(jù)著重要的地位，也是最復(fù)雜的問題之一． 它將影響整個(gè)系統(tǒng)的可靠性和穩(wěn)健性。 Hibernate 輕量級(jí)的組件，使用Hibernate 可以幫助我們消除或者包裝那些針對(duì)特定廠商的 SQL 代碼，并且把結(jié)果集從表格的表示形式轉(zhuǎn)換到一系列的對(duì)象中去，使開發(fā)者把更多的精力移到業(yè)務(wù)邏輯的開發(fā)上。在數(shù)據(jù)層提供對(duì)關(guān)系型數(shù)據(jù)的訪問以 及對(duì) XML 數(shù)據(jù)等其他格式數(shù)據(jù)的訪問。 以 JQuery 等作為 WEB 前端框架的基礎(chǔ)組件，為以后應(yīng)用程序跨瀏覽器在不同設(shè)備上運(yùn)行提供基礎(chǔ)。 PCIS V6 應(yīng)用服務(wù)器的配置 安裝 Tomcat 版本 ， 配置 pcisv6 應(yīng)用 (具體可以參考程序目錄下 tomcat 配置說明 .TXT)： 1. 用記事本打開 tomcat 的配置目錄 (conf)的 在文件第一行加入 ?xml version= encoding=UTF8? 2. 查找到 Host......./Host定義段 在這個(gè)定義段中添加下面代碼，修改 docBase 的程序路徑為此應(yīng)用存放的路徑 Context path=/pcis docBase=D:\pcis\WebRoot debug = 5 Manager pathname=/ Resource name=jdbc/claim factory= auth=Container type= maxActive=10 maxIdle=1 maxWait=10000 25 driverClassName= username=pcisv6 password=11 url=jdbc:oracle:thin::1521:corev6/ /Context 3. 另存時(shí)，選定 UTF8 編碼格式 配置文件 1. PCIS V6 配置文件列表 業(yè)務(wù) 是 Spring 整體配置 是基礎(chǔ)架構(gòu)的配置 是認(rèn)證與授權(quán)的配置 bizcontext[modulename].xml 否配置業(yè)務(wù)層和集成層對(duì)象，如 BizAction、 Service、DAO、 JMS 等 ,根據(jù)各模塊所需增加新的配置文件 VO 持久化 是 Hibernate 整體配置 是基礎(chǔ)架構(gòu) VO 的配置 Hibernate[ modulename]. 否各業(yè)務(wù)模塊的 VO 配置 [Demo]. 否各業(yè)務(wù)對(duì)象的映射配置 公用 是菜單適配器的配置 否放置 context 配置文件中經(jīng)常修改的參數(shù)（可選） Message_[zh_CN].properties 是國際化的配置 否 log4j 配置文件， PCIS V6 內(nèi)核使用 modulename 代表分類組別， zh_CN 代表國際