【文章內(nèi)容簡(jiǎn)介】 value = user/property name = value = mypass/property name = value = 10/property name = value = 5/property name = value = 120000/property name = value = 500/property name = value = select 1 from ACCOUNT/property name = value = false/property name = value = 1/property name = value = 1//dataSource/transactionManagersqlMap resource = /iBATIS/sample// sqlMap resource = /iBATIS/sample///sqlMapConfig第二步：寫POJO（Plain Ordinary Java Object）：public class User implements Serializable {private Integer id。private String name。private Integer sex。private Set addresses = new HashSet( )。public User( ) { } /** default constructor **/public Integer getId( ) { return 。 }public void setId(Integer id) { = id。 }public String getName( ) { return 。 }public void setName(String name) { = name。 }public Integer getSex( ) { return 。 }public void setSex(Integer sex) { = sex。 }}第三步：配置映射文件與 Hibernate 不同。因?yàn)樾枰斯ぞ帉慡QL 代碼，iBATIS 的映射文件一般采用手動(dòng)編寫（通過Copy/Paste，手工編寫映射文件也并沒想象中的麻煩）。針對(duì)上面POJO 的映射代碼如下：?xml version = encoding = UTF8?!DOCTYPE sqlMap PUBLIC //sqlMap namespace = UsertypeAlias alias = user type = /select id = getUser parameterClass = resultClass = user![CDATA[select name, sex from t_user where name = name]]/selectupdate id = updateUser parameterClass = user![CDATA[ UPDATE t_user SET name = name, sex = sex WHERE id = id]]/updateinsert id = insertUser parameterClass = userINSERT INTO t_user (name, sex) VALUES (name, sex) /insertdelete id = deleteUser parameterClass = DELETE FROMt_user WHERE id = value /delete/sqlMap從上面的映射文件可以看出，通過insert、delete、update、select四個(gè)節(jié)點(diǎn)，我們分別定義了針對(duì)TUser 對(duì)象的增刪改查操作。在這四個(gè)節(jié)點(diǎn)中，我們指定了對(duì)應(yīng)的SQL 語(yǔ)句。 三種框架整合的優(yōu)勢(shì)通過前幾節(jié)的研究和分析，可以看到Flex、Spring、iBATIS 或Hibernate框架技術(shù)是當(dāng)今應(yīng)用廣泛并且比較成熟的技術(shù)[13]，鑒于Spring提供了良好的可擴(kuò)展性，我們以Spring為基礎(chǔ)，分別整合Flex和iBATIS 。表現(xiàn)層采用Flex框架，業(yè)務(wù)邏輯層用Spring框架取代EJB容器，數(shù)據(jù)持久層以iBATIS 取代實(shí)體Bean，提供具體的數(shù)據(jù)庫(kù)數(shù)據(jù)處理操作，三者進(jìn)行有機(jī)整合，構(gòu)成輕量級(jí)J2EE應(yīng)用框架。這種優(yōu)勢(shì)主要體現(xiàn)在：應(yīng)用Flex技術(shù)設(shè)計(jì)的RIA的表現(xiàn)力、交互性能達(dá)到桌面應(yīng)用系統(tǒng)水平，而且具有跨平臺(tái)性的Flash Player已被98％以上的桌面系統(tǒng)的瀏覽器安裝作為前臺(tái)的RIA，以滿足用戶更為直觀和極具交互性的在線體驗(yàn)。Flex可以與現(xiàn)有的J2EE系統(tǒng)完美集成，無需改動(dòng)現(xiàn)有的Web開發(fā)工作流程。完全實(shí)現(xiàn)了MVC模式，徹底實(shí)現(xiàn)了顯示和邏輯的分離。應(yīng)用程序邏輯和代碼分離，定義應(yīng)用程序邏輯，主要是通過配置文件的形式，而不是寫在代碼之中。這樣當(dāng)需求發(fā)生變化時(shí)，需要修改的程序邏輯，可以不對(duì)代碼進(jìn)行較大的修改。可移植性強(qiáng)，系統(tǒng)對(duì)于應(yīng)用服務(wù)器和數(shù)據(jù)庫(kù)都具有良好的可移植性，在需要的時(shí)候進(jìn)行升級(jí)非常方便。整合后的框架層次分明，各層分工明確，大大加快了開發(fā)速度和縮短了開發(fā)周期。 本章小結(jié)本章簡(jiǎn)要介紹了RIA的定義、背景、技術(shù)特點(diǎn)，針對(duì)目前發(fā)展勢(shì)頭強(qiáng)勁的Flex技術(shù)，重點(diǎn)介紹了它的業(yè)界使用較為普遍的BlazeDS；闡述了Spring、iBATIS 框架的概念和相關(guān)技術(shù)特性，為后面具體的應(yīng)用研究工作準(zhǔn)備了理論基礎(chǔ)；本章最后總結(jié)了三種框架結(jié)合帶來的好處。3 Flex技術(shù)在知識(shí)管理系統(tǒng)中的應(yīng)用本系統(tǒng)的建設(shè)是通過網(wǎng)絡(luò)運(yùn)維知識(shí)共享進(jìn)行探索，根據(jù)網(wǎng)絡(luò)中心員工對(duì)知識(shí)共享系統(tǒng)的使用效果，對(duì)其進(jìn)行相應(yīng)的改造或升級(jí)，以滿足網(wǎng)絡(luò)運(yùn)維工作對(duì)知識(shí)共享系統(tǒng)的需求。根據(jù)云南移動(dòng)網(wǎng)絡(luò)運(yùn)維的特點(diǎn)，結(jié)合網(wǎng)絡(luò)運(yùn)維部門對(duì)知識(shí)共享系統(tǒng)的需求及目前所存在的問題，本系統(tǒng)提出如下建設(shè)思路及目標(biāo)：將知識(shí)管理與業(yè)務(wù)生產(chǎn)相結(jié)合。網(wǎng)絡(luò)運(yùn)維知識(shí)產(chǎn)生于生產(chǎn)業(yè)務(wù)流程，并要再應(yīng)用于生產(chǎn)業(yè)務(wù)流程中；在建設(shè)知識(shí)共享系統(tǒng)時(shí)，須根據(jù)實(shí)際情況在生產(chǎn)業(yè)務(wù)流程中嵌入知識(shí)產(chǎn)生及知識(shí)應(yīng)用的環(huán)節(jié)。知識(shí)共享入口熱點(diǎn)知識(shí)SSO優(yōu)秀知識(shí)工作者知識(shí)搜索尋找專家優(yōu)秀專家知識(shí)推薦公告?zhèn)€人用戶信息我的好友我的知識(shí)庫(kù)我的關(guān)注我的知識(shí)管理運(yùn)維知識(shí)地圖專家管理尋找專家知識(shí)地圖知識(shí)反饋知識(shí)評(píng)估知識(shí)優(yōu)化知識(shí)發(fā)布知識(shí)反饋知識(shí)評(píng)估知識(shí)優(yōu)化知識(shí)提交知識(shí)審核知識(shí)發(fā)布生命知識(shí)周期管理知識(shí)論壇知識(shí)博客互動(dòng)社區(qū)積分管理規(guī)則積分查詢積分管理積分兌換組織管理權(quán)限管理用戶管理搜索設(shè)置業(yè)務(wù)系統(tǒng)管理統(tǒng)計(jì)分析日志管理數(shù)據(jù)備份與恢復(fù)系統(tǒng)管理 系統(tǒng)功能架構(gòu)知識(shí)輸出推動(dòng)知識(shí)學(xué)習(xí)，組織與制度保障。成立有效的組織，制定相關(guān)制度，并積極的宣導(dǎo)；IT系統(tǒng)的支撐：提供閉環(huán)的知識(shí)管理流程的IT系統(tǒng)。構(gòu)建員工價(jià)值及伯樂發(fā)現(xiàn)渠道。員工價(jià)值通過知識(shí)共享系統(tǒng)體現(xiàn)；通過知識(shí)共享系統(tǒng)發(fā)現(xiàn)人才。結(jié)合員工崗位說明書梳理相關(guān)崗位需要具備的基本知識(shí)，打造標(biāo)準(zhǔn)化的學(xué)習(xí)提升體系。員工從進(jìn)入公司到正式工作等各個(gè)階段能夠從知識(shí)共享系統(tǒng)獲取與其崗位相關(guān)的知識(shí)，有效促進(jìn)員工在各個(gè)階段提升自我能力。數(shù)據(jù)持久層（iBATIS）Flash播放器Web瀏覽器業(yè)務(wù)服務(wù)層（Spring）表現(xiàn)層（Flex）服務(wù)接口實(shí)現(xiàn)定義業(yè)務(wù)邏輯操作服務(wù)接口暴露業(yè)務(wù)邏輯DAO接口層定義持久操作，不依賴于實(shí)現(xiàn)技術(shù)DAO接口實(shí)現(xiàn)層檢索，使用ORM工具保存實(shí)體O/R映射層持久性域?qū)ο?實(shí)體Oracle 10g個(gè)人工作可視化。從電子運(yùn)維、集中操作等相關(guān)系統(tǒng)獲取個(gè)人工作客觀數(shù)據(jù)進(jìn)行分析，將員工個(gè)人工作可視化；將個(gè)人工作與個(gè)人成長(zhǎng)相關(guān)聯(lián)，客觀評(píng)估員工個(gè)人能力，有效提升員工積極性。知識(shí)共享平臺(tái)是一門龐大和復(fù)雜的系統(tǒng)，根據(jù)系統(tǒng)的功能職責(zé)，將系統(tǒng)劃分為若干個(gè)子模塊，包括知識(shí)地圖、我的知識(shí)、我的工作、知識(shí)庫(kù)管理、崗位技能管理、用戶管理、系統(tǒng)管理、互動(dòng)社區(qū)等8個(gè)功能模塊。本人有幸參與其中知識(shí)庫(kù)管理模塊下流程知識(shí)子模塊的開發(fā)。主要是通過對(duì)Flex、Spring、iBatis等技術(shù)的學(xué)習(xí)和運(yùn)用，完成對(duì)流程知識(shí)的編輯、添加、查詢等操作。 系統(tǒng)的整體架構(gòu)設(shè)計(jì)知識(shí)管理系統(tǒng)以Struts框架為基礎(chǔ)，并整合Flex、Spring、iBATIS框架，實(shí)現(xiàn)了Web應(yīng)用的分層開發(fā)。如圖所示，系統(tǒng)采用Flex實(shí)現(xiàn)表現(xiàn)層，Spring實(shí)現(xiàn)業(yè)務(wù)服務(wù)層，iBATIS實(shí)現(xiàn)數(shù)據(jù)持久層，Spring IoC容器實(shí)現(xiàn)了層與層之間的松散耦合，其中Flex表示層和Spring業(yè)務(wù)層主要是基于Remote Object服務(wù)來融合的。Remote Object使客戶端能夠訪問服務(wù)器端Java對(duì)象上的方法，而不須手動(dòng)地將Java對(duì)象發(fā)布成Web Service，默認(rèn)使用AMF（Action Message Format）編碼協(xié)議傳送數(shù)據(jù)。 架構(gòu)中各層的詳細(xì)設(shè)計(jì)由于每個(gè)應(yīng)用程序采用的框架不同，因此不可能提供一個(gè)適合于所有軟件的分層體系結(jié)構(gòu)。但是在任何框架下體系分層包括以下特征：每個(gè)層由一組相關(guān)的類或組件（如Flex組件）構(gòu)成，共同完成特定的功能。層與層之間存在自上而下的依賴關(guān)系，即上層組件會(huì)訪問下層組件的API，而下層組件不應(yīng)該依賴上層組件。例如：表現(xiàn)層依賴于業(yè)務(wù)邏輯層，而業(yè)務(wù)邏輯層依賴于數(shù)據(jù)持久層。每個(gè)層對(duì)上層公開API，但具體的實(shí)現(xiàn)細(xì)節(jié)對(duì)外透明。當(dāng)某一層的實(shí)現(xiàn)發(fā)生變化，只要它的API不變，不會(huì)影響其他層的實(shí)現(xiàn)。在開發(fā)過程中恰當(dāng)?shù)亟o應(yīng)用程序分層，能極大地提高應(yīng)用程序的伸縮性、可維護(hù)性、可擴(kuò)展性、可重用性、可管理性等性能。 域模型層在軟件開發(fā)領(lǐng)域，模型用來表示真實(shí)世界的實(shí)體[14]。在軟件開發(fā)的不同階段，需要為目標(biāo)系統(tǒng)創(chuàng)建不同類型的模型。在分析階段，需要?jiǎng)?chuàng)建概念模型；在設(shè)計(jì)階段，需要?jiǎng)?chuàng)建域模型和數(shù)據(jù)模型。其中，面向關(guān)系的數(shù)據(jù)模型用于描述關(guān)系數(shù)據(jù)的靜態(tài)結(jié)構(gòu)，通常由關(guān)系數(shù)據(jù)庫(kù)實(shí)現(xiàn)。域模型是在對(duì)關(guān)系數(shù)據(jù)模型進(jìn)行對(duì)象/關(guān)系映射的基礎(chǔ)上建立的，在面向?qū)ο笮g(shù)語(yǔ)中，域模型也可稱為設(shè)計(jì)模型。三個(gè)模型之間的關(guān)系軟件分析階段軟件設(shè)計(jì)階段概念模型概念模型（面向?qū)ο螅?shù)據(jù)模型（面向關(guān)系）對(duì)象關(guān)系映射 三種模型之間的關(guān)系在多層Web應(yīng)用系統(tǒng)中，域模型層由描述實(shí)際業(yè)務(wù)對(duì)象的域?qū)ο蠼M成。域?qū)ο蟪素?fù)責(zé)Web應(yīng)用和數(shù)據(jù)庫(kù)之間的交互，還負(fù)責(zé)實(shí)現(xiàn)層與層之間數(shù)據(jù)的傳遞。使用域模型層可以省去開發(fā)人員創(chuàng)建和維護(hù)本不必要的數(shù)據(jù)傳輸對(duì)象（Data Transfer Objects，DTO）來完成各層之間的數(shù)據(jù)傳遞。本系統(tǒng)中域模型層主要由描述實(shí)際業(yè)務(wù)對(duì)象的POJO實(shí)現(xiàn)。 持久層設(shè)計(jì)持久層主要定義了應(yīng)用程序通過具體的類與數(shù)據(jù)庫(kù)交互，主要是加載iBATIS的配置文件。由于我們?cè)O(shè)計(jì)的框架集成Spring和iBATIS，因此我們將數(shù)據(jù)源的配置放在Spring的配置文件ApplicationContext．xml中，相關(guān)域?qū)ο蟮穆暶饕卜旁谠撆渲梦募小３志眯杂驅(qū)ο螅―omain Object）是介于具體應(yīng)用和數(shù)據(jù)庫(kù)之間的一層數(shù)據(jù)，負(fù)責(zé)應(yīng)用和數(shù)據(jù)庫(kù)之間的交互。持久性域?qū)ο笥脕砭S護(hù)數(shù)據(jù)庫(kù)表的記錄，它是一個(gè)完全遵循JavaBean規(guī)范的Java類，代表一個(gè)實(shí)體對(duì)象。對(duì)于其它層而言，一個(gè)域?qū)ο笙喈?dāng)于數(shù)據(jù)庫(kù)表中的一條記錄。持久層具體的DAO類將通過Getter/Setter來訪問對(duì)象的持久化數(shù)據(jù)。用戶只需要面對(duì)域?qū)ο螅ㄒ布匆话闼f的POJO），數(shù)據(jù)庫(kù)對(duì)用戶來說是完全透明的。要對(duì)域?qū)ο筮M(jìn)行持久化操作，必須先創(chuàng)建域?qū)ο髮?duì)應(yīng)的數(shù)據(jù)庫(kù)表。建立數(shù)據(jù)庫(kù)表后，要?jiǎng)?chuàng)建與數(shù)據(jù)庫(kù)表對(duì)應(yīng)的域?qū)ο箢悾總€(gè)域?qū)ο箢惗际且粋€(gè)具有g(shù)etter/setter風(fēng)格的JavaBean。與一般JavaBean不同的是，域?qū)ο箢惐仨殦碛幸粋€(gè)被稱為對(duì)象標(biāo)識(shí)符（Object Identifier）的id屬性，用來惟一標(biāo)識(shí)此域?qū)ο箢惖拿總€(gè)對(duì)象。如果要對(duì)HttpSession中存放的對(duì)象進(jìn)行持久化，那么此對(duì)象所屬的域?qū)ο箢愡€必須實(shí)現(xiàn)Serializable（序列化）接口。 業(yè)務(wù)層設(shè)計(jì)采用Spring的控制反轉(zhuǎn)原則，并利用Bean容器來創(chuàng)建、配置和管理Bean，對(duì)Web層的統(tǒng)一接口表現(xiàn)為xxxServiceDelegate，定義了所需的業(yè)務(wù)方法，它包裝了業(yè)務(wù)層的xxxService。我們可以在xxxService中實(shí)現(xiàn)具體的業(yè)務(wù)方法。，本系統(tǒng)中都采用Setter注入方式對(duì)bean進(jìn)行管理。 表現(xiàn)層設(shè)計(jì)表示層位于Web應(yīng)用系統(tǒng)的頂端，主要負(fù)責(zé)接受客戶端發(fā)送來的請(qǐng)求，將請(qǐng)求轉(zhuǎn)發(fā)給業(yè)務(wù)層處理，并將業(yè)務(wù)層處理結(jié)果返回給客戶端。Flex有定義用戶界面的視圖控件；定義數(shù)據(jù)的模型控件；用于服務(wù)器端通訊的控制控件。Flex還提供強(qiáng)有力的方式驗(yàn)證數(shù)據(jù)，在用戶界面控制器及外部數(shù)據(jù)源之間傳遞數(shù)據(jù)。所有這些功能都在客戶端完成，不需要服務(wù)器的介入。控制層設(shè)計(jì)控制器組件負(fù)責(zé)接受用戶請(qǐng)求，調(diào)用合適的業(yè)務(wù)對(duì)象來執(zhí)行相應(yīng)的業(yè)務(wù)邏輯，然后根據(jù)當(dāng)前狀態(tài)和業(yè)務(wù)邏輯執(zhí)行結(jié)果，客戶端組件的DataProvid