【正文】 也許這就是最佳的持久化策略了。我沒曾經(jīng)在遇到這種搞不大清楚的數(shù)據(jù)時(shí)，使用很大的數(shù)組或者多個(gè)鏈表來表述，不管下一個(gè)數(shù)據(jù)的值是什么，先存儲起來再說。例如，從一個(gè)震動源傳遞到計(jì)算機(jī)采集卡的數(shù) 17 據(jù)，再比如一個(gè)自然物生長過程中的數(shù)據(jù)。下面列舉了三種常見的數(shù)據(jù)類型 : (1) 隨機(jī)數(shù)據(jù) 這種數(shù)據(jù)指的是不確定結(jié)構(gòu)，不了解數(shù)量，目前也搞不清關(guān)系的數(shù)據(jù)。無論你使用哪種技術(shù)，借助哪種工具，以及購買哪種軟件平臺產(chǎn)品，當(dāng)接受一個(gè)實(shí)際的問題時(shí)，你都需要面對實(shí)際的數(shù)據(jù)，考慮實(shí)際數(shù)據(jù)的各種問題。如今關(guān)系型數(shù)據(jù)庫已經(jīng)穩(wěn)定地占據(jù)著主要的數(shù)據(jù)庫市場， XML 技術(shù)和 XML 數(shù)據(jù)庫技術(shù)也日漸成熟。/message//當(dāng)驗(yàn)證不通過時(shí)的信息輸出 /fieldvalidator /field field name=username fieldvalidator type=stringlength param name=minLength6/param param name=maxLength10/param message username should between in ${minLength} and ${maxLength}/message /fieldvalidator /field /validators 在一個(gè) action 類當(dāng)中可以能有多個(gè)返回的方法 (一個(gè) action 類可以實(shí)現(xiàn)多個(gè)邏 16 輯 )，可以再 文件當(dāng)中設(shè)置使用哪個(gè)執(zhí)行的方法，是在 action 標(biāo)簽當(dāng)中的method 的屬性設(shè)置，但是 使用不同的方法需要不同的驗(yàn)證方式，可以設(shè)置不同的驗(yàn)證配置文件來為不同的方法設(shè)置驗(yàn)證方法，驗(yàn)證配置文件的文件名應(yīng)該這樣寫： 這是設(shè)置每個(gè)方法的校驗(yàn)方式，但是這個(gè)為這個(gè) action 類配置的校驗(yàn)配置也會去校驗(yàn)，而且首先校驗(yàn)的是這個(gè) action 類的校驗(yàn)文件（建議的是如果一個(gè) action 類有多個(gè)邏輯，只提供每個(gè)邏輯的驗(yàn)證而不提供 action類的全局驗(yàn)證）特殊情況 :如果一個(gè) action 類有一個(gè)方法的驗(yàn)證，并且有一個(gè)全局的驗(yàn)證，這個(gè) action 有一個(gè) 子類這個(gè)子類也有一個(gè)方法 的驗(yàn)證和全局的驗(yàn)證，系統(tǒng)驗(yàn)證的順序是首先執(zhí)行父類的全局驗(yàn)證然后是方法的驗(yàn)證之后是子類的全局驗(yàn)證最后才是子類的方法的驗(yàn)證除了 field 校驗(yàn)方式（字段檢驗(yàn)，為每個(gè)字段配置校驗(yàn)對象）還有一種是非字段校驗(yàn) validtor 就是在 validators 這個(gè)標(biāo)簽里定義一個(gè) validtor 標(biāo)簽，定義校驗(yàn)的對象然后為這個(gè)對象設(shè)置需要校驗(yàn)的字段 。這種做法是為了能讓一個(gè) Action 類能有多個(gè)處理邏輯 。 錯(cuò)誤信息的替換也有全局的和局部的 ， 全局的配置文件要在 classes 目錄下局部的配置文件要在 Action相同目錄下全局的 配置文件名為定義的 properties局部的配置文件要和 Action 的名稱相同 。 如果要替換 struts2 框架的默認(rèn)錯(cuò)誤信息去 文件當(dāng)中配置，在替換的錯(cuò)誤信息里應(yīng)該有 在這里面 ， name 是你要替換的框架當(dāng)中的值， value 是要替換的值 。這個(gè)框架在 mvc模式當(dāng)中就是一個(gè)servlet，用來處理和轉(zhuǎn)發(fā)。 獎懲管理 ：主要包括獎懲詳細(xì)信息、查看獎懲信息、修改獎懲信息 。 招聘管理：主要包括添加應(yīng)聘人員、查看應(yīng)聘人員、非錄用人員查詢、修改應(yīng)聘人員 。 具體設(shè)計(jì) 企業(yè)人力資源 系統(tǒng)是針對 小企業(yè) 對現(xiàn)有員工和新聘員工的一個(gè) WEB 管理 平臺。具 體地講，人事信息管理系統(tǒng)就是通過人事信息規(guī)劃、員工考核、 人才培訓(xùn)和開發(fā)等一系列手段來提高勞動生產(chǎn)率，最終達(dá)到發(fā)展目標(biāo)的一種管理行為。 總體設(shè)計(jì) 圖 31 系統(tǒng)功能模塊 Fig. 31 information management system function module chart 12 數(shù)據(jù)庫設(shè)計(jì) 數(shù)據(jù)庫的需求分析 依據(jù)項(xiàng)目的處理需求，對應(yīng)數(shù)據(jù)表的設(shè)計(jì)及功能如下 : 獎懲表是主要用于保存獎懲信息； 管理員 表是主要用于保存 管理員 信息； 培訓(xùn) 信息表是主要用于保存 培訓(xùn) 信息；薪金表是主要用于保存薪金信息 ；招聘信息表主要用于保存招聘信息；員工 表主要用于保存員工信息的；部門表主要用于保存部門信息的。 Servlet 容器響應(yīng)客戶請求過程如圖 所示： 圖 22 Servlet容器響應(yīng)客戶請求過程圖 11 第三章 系統(tǒng)設(shè)計(jì) 系統(tǒng)設(shè)計(jì)是在系統(tǒng)分析的基礎(chǔ)上由抽象到具體的過程。在 ServletRequest 對象中封裝了客戶請求信息 ， 然后 Servlet 容器把 ServletRequest 對象和 ServletResponse 對象傳給客戶所請求的 Servlet。 Servlet 是一種運(yùn)行在支持 Java 語言的服務(wù)器上的組件。 簡單而言， MyEclipse 是 Eclipse 的插件 ，也是一款功能強(qiáng)大的 JavaEE 集成開發(fā)環(huán)境，支持代碼編寫、配置、測試以及除錯(cuò) 。在結(jié)構(gòu)上， MyEclipse 的特征可以被分為7 類： 1． JavaEE 模型 2． WEB 開發(fā)工具 3． EJB 開發(fā)工具 4． 應(yīng)用程序服務(wù)器的連接器 5． JavaEE 項(xiàng)目部署服務(wù) 6． 數(shù)據(jù)庫服務(wù) 7． MyEclipse 整合幫助 對于以上每一種功能上的類別，在 Eclipse 中都有相應(yīng)的功能部件，并通過一系列的插件來實(shí)現(xiàn)它們。 開發(fā)工具的選擇 MyEclipse 介紹與應(yīng)用 MyEclipse 企業(yè)級工作平臺（ MyEclipse Enterprise Workbench ，簡稱 MyEclipse）是對 EclipseIDE 的擴(kuò)展，利用它我們可以在數(shù)據(jù)庫和 JavaEE 的開發(fā)、發(fā)布以及應(yīng)用程序服務(wù)器的整合方面極大的提高工作效率。所以服務(wù)器操作系統(tǒng)的選擇是很多的，不管選用那種操作系統(tǒng)都可以讓大部分人使用 windows 作為桌面操作系統(tǒng)電腦不受影響，這就使的最流行免費(fèi)的 Linux 操作系統(tǒng)快速發(fā)展起來， Linux 除了操作系統(tǒng)是免費(fèi)的以外，連數(shù)據(jù)庫也是免費(fèi)的，這種選擇非常盛行。 (2) 成本降低，選擇更多 大家都知道 windows 在桌面電腦上幾乎一統(tǒng)天下，瀏覽器成為了標(biāo)準(zhǔn)配置，但在服務(wù)器操作系統(tǒng)上 windows 并不是處于絕對的統(tǒng)治地位。今后，軟件升級和維護(hù)會越來越容易，而使用起來會越來越簡單，這對用戶人力、物力、時(shí)間、費(fèi)用的節(jié)省是顯而易見的，驚人的。無論用戶的規(guī)模有多大，有多少分支機(jī)構(gòu)都不會增加任何維護(hù)升級的工作量，所有的操作只需要針對服務(wù)器進(jìn)行；如果是異地，只 需要把服務(wù)器連接專網(wǎng)即可，實(shí)現(xiàn)遠(yuǎn)程維護(hù)、升級和共享。 B/S 模式的優(yōu) 點(diǎn) (1) 維護(hù)和升級方式簡單 目前，軟件系統(tǒng)的改進(jìn)和升級越來越頻繁， B/S 架構(gòu)的產(chǎn)品明顯體現(xiàn)著更為方便的特性。它是一次性到位的開發(fā)，能實(shí)現(xiàn)不同的人員，從不同的地點(diǎn)，以不同的接入方式（比如 LAN， WAN，Inter/Intra 等）訪問和操作共同的數(shù)據(jù)庫；它能有效地保護(hù)數(shù)據(jù)平臺和管理訪問權(quán)限，服務(wù)器數(shù)據(jù)庫也很安全。這樣就大大簡化了客戶端電腦載荷，減輕了系統(tǒng)維護(hù)與升級的成本和工作量，降低了用戶的總體成本（ TCO）。它是隨著 Inter 技術(shù)的興起，對 C/S 結(jié)構(gòu)的一種變化或者改進(jìn)的結(jié)構(gòu)。 9 B/S 模式的介紹及應(yīng)用 什么是 B/S 模式 本系統(tǒng)采用 B/S 模式。 所有 Spring 的這些特征使你能夠編寫更干凈、更可管理、并且更易于測試的代碼。在 Spring 中，應(yīng)用對象被聲明式地組合，典型地是在一個(gè) XML文件里。然而， Spring 不應(yīng)該被混同于傳統(tǒng)的重量級的 EJB 容器，它們經(jīng)常是龐大與笨重的，難以使用。它們并不負(fù)責(zé)（甚至是意識）其它的系統(tǒng)級關(guān)注點(diǎn)，例如日志或事務(wù)支持。 面向切面 —— Spring 提供了面向切面編程的豐富支持，允許通過分離應(yīng)用的業(yè)務(wù)邏輯與系統(tǒng)級服務(wù)（例如審計(jì)（ auditing）和事務(wù)（ transaction）管理）進(jìn)行內(nèi)聚性的開發(fā)。當(dāng)應(yīng)用了 IoC，一個(gè)對象依賴的其它對象會通過被動的方式傳遞進(jìn)來，而不是 這個(gè)對象自己創(chuàng)建或者查找依賴對象。此外， Spring 是非侵入式的：典型地， Spring 應(yīng)用中的對象不依賴于 Spring 的特定類。完整的 Spring 框架可以在一個(gè)大小只有 1MB 多的 JAR 文件里發(fā)布。 簡單來說， Spring 是一個(gè)輕量級的控制反轉(zhuǎn) (IoC)和面向切面 (AOP)的容器框架。然而， Spring 的用途不僅限于服務(wù)器端的開發(fā)。它是為了解決企業(yè)應(yīng)用開發(fā)的復(fù)雜性而創(chuàng)建的。它可以使用 HQL 語言或 SQL 語句兩種表達(dá)方式。它是可選的，開發(fā)人員也可以 設(shè)計(jì)編寫自己的底層事務(wù)處理代碼。在 Hibernate 的啟動的過程中， Configuration 類的實(shí)例首先定 8 位映射文檔位置、讀取配置，然后創(chuàng)建 SessionFactory 對象。需要注意的是SessionFactory 并不是輕量級的，因?yàn)橐话闱闆r下，一個(gè)項(xiàng)目通常只需要一 個(gè)SessionFactory 就夠，當(dāng)需要操作多個(gè)數(shù)據(jù)庫時(shí)，可以為每個(gè)數(shù)據(jù)庫指定一個(gè)SessionFactory。它充當(dāng)數(shù)據(jù)存儲源的代理，并負(fù)責(zé)創(chuàng)建 Session 對象。這里當(dāng)使用 session 這個(gè)術(shù)語時(shí)，其實(shí)指的是 Hibernate 中的 session，而以后會將HttpSesion 對象稱為用戶 session。但需要注意的是 Session 對象是 非線程安全的。 (1)Session接口 :Session接口負(fù)責(zé)執(zhí)行被持久化對象的 CRUD操作 (CRUD的任務(wù)是完成與數(shù)據(jù)庫的交流，包含了很多常見的 SQL 語句。通過這些接口，不僅可以對持久化對象進(jìn)行存取，還能夠進(jìn)行事務(wù)控制。 Hibernate 的核心接口一共有 5 個(gè)，分別為 :Session、 SessionFactory、Transaction、 Query 和 Configuration。 Hibernate 技術(shù)的簡介 Hibernate 是一個(gè)開放源代碼的對象關(guān)系映射框架，它對 JDBC 進(jìn)行了非常輕量級的對象封裝，使得 Java 程序員可以隨心所欲的使用對象編程思維來操縱數(shù)據(jù)庫。堆棧能夠根據(jù)需要和不同的 Action 一起使用。 XWork 校驗(yàn)框架使用為屬性類類型定義的校驗(yàn)和內(nèi)容校驗(yàn)，來支持 chain 校驗(yàn)子屬性 Action 執(zhí)行的控制：Struts1 支持每一個(gè)模塊有單獨(dú)的 Request Processors（生命周期），但是模塊中的所有 Action 必須共享相同的生命周期。同一個(gè)類可以有不同的校驗(yàn)內(nèi)容，但不能校驗(yàn)子對象。提供基本和常用對象的轉(zhuǎn)換器。每個(gè)類一個(gè)轉(zhuǎn)換器，對每一個(gè)實(shí)例來說是不可配置的。 類型轉(zhuǎn)換： Struts 1 ActionForm 屬性通常都是 String 類型。 Struts 2 使用 ValueStack技術(shù)，使 taglib 能夠訪問值而不需要把你的頁面（ view）和對象綁定起來。 6 Struts2 可以使用 JSTL，但是也支持一個(gè)更強(qiáng)大和靈活的表達(dá)式語言 —— Object Graph Notation Language （ OGNL）。這種 ModelDriven 特性簡化了 taglib 對 POJO 輸入對象的引用。 Struts2 也支持 ActionForm 模式。輸入屬性可能是有自己（子）屬性的 rich 對象類型。動態(tài) Bean（ DynaBeans）可以作為創(chuàng)建傳統(tǒng) ActionForm 的選擇，但是，開發(fā)者可能是在重新描述（創(chuàng)建）已經(jīng)存在的 JavaBean（仍然會導(dǎo) 致有冗余的 javabean）。所有的 ActionForm 必須繼承一個(gè)基類。 Struts 2 Action 可以通過初始化、設(shè)置屬性、調(diào)用方法來測試， “ 依賴注入 ” 支持也使測試更容易。 (4)可測性： 測試 Struts1 Action 的一個(gè)主要問題是 execute 方法暴露了 servlet API（這使得測試要依賴于容器）。 Struts 2 Action 不依賴于容器，允許 Action 脫離容器單獨(dú)被測試。 Struts2 Action 對象為每一個(gè)請求產(chǎn)生一個(gè)實(shí)例，因此沒有線程安全問題。單例策略限制了 Struts1 Action 能作的事，并且要在開發(fā)時(shí)特別小心。 Action接口不是必須的，任何有 execute標(biāo)識的 POJO對象都可以用作 Struts2的 Action對象。 Struts 2 Action 類可以實(shí)現(xiàn)一個(gè) Action 接口，也可實(shí)現(xiàn)其他接口，使可選和定制的服務(wù)成為可能。 Struts2 和 Struts1 的不同 (1)Action 類： Struts1 要求 Action 類繼承一個(gè)抽象基類。框架設(shè)計(jì)的目標(biāo)貫穿整個(gè)開發(fā)周期，從開發(fā)到發(fā)布，包括維護(hù)的整個(gè)過程?；蛘哒f， WebWork 衍生出了 Struts2，而不是 Struts 1 衍生了 Struts2 是 WebWork 的升級，而不是