【正文】 g服務（Remoting服務是Flex的一種高效數(shù)據(jù)傳輸方式），使用BlazeDS還可以暴露公共的消息訂閱服務，以及包括Web Service在內的所有服務的代理服務，后端與前端的通訊是字節(jié)形式的對象之間的轉換，F(xiàn)lex客戶端直接就可以調用Java端的方法，無需考慮其他復雜問題就可以實現(xiàn)大數(shù)據(jù)量數(shù)據(jù)傳輸，這樣使得客戶端的性能得到很大提升[9]。Spring BlazeDS Inregration項目目標主要集中在簡化與Flex客戶端交互的Java服務端代碼開發(fā)。在該文獻中，Rod Johnson倡導J2EE實用主義的設計思想，并隨書提供了一個初步的開發(fā)框架實現(xiàn)（Interface21開發(fā)包）。Rod Johnson在Interface21開發(fā)包的基礎之上，進行了進一步的改造和擴充，使其發(fā)展為一個更加開放、清晰、全面、高效的J2EE輕量級開發(fā)框架。2004年5月份，吸收了Spring、Hibernate框架優(yōu)點的EJB3 JCP（Java Community Process）委員會的成立，在某種程度上意味著Spring已經(jīng)宣告了EJB2時代的終結。Spring框架可以成為企業(yè)級應用程序一站式的解決方案，同時它也是模塊化的框架，允許開發(fā)人員使用其中一部分的模塊進行開發(fā)。Spring框架是一個松耦合的框架，框架的各部分耦合度被設計為最小，在各個層次上具體選用哪個框架取決于開發(fā)者的需要。在J2EE應用程序中，一個或多個容器的實例將應用程序和框架對象配置到一起，并且管理其生命周期；IoC的主要原則就是確保這些對象中的絕大多數(shù)不一定要依賴容器本身，而是通?？梢酝耆凑战涌冢↖nterface）或抽象的超類（Superclass）來管理相關對象，無需擔心那些其它對象是如何實現(xiàn)的，也不用擔心它們在哪里。控制反轉模式的本質是將程序之間關系的控制權由程序代碼轉移到了外部容器。就是業(yè)界流行的“你不用調用，到時候我會來找你”，一切由容器管理，需要調用的所有業(yè)務邏輯模塊都會由IoC容器組織起來，程序要做的就是直接使用所需要的服務。Spring框架的IoC容器采用后兩種實現(xiàn)方式[12]。接口注入是一種比較老的注入方法，其核心思想是借助接口來將調用者與實現(xiàn)者分離，加載接口實現(xiàn)并創(chuàng)建其實力的工作由容器完成。public Object doSomething(IMyBusiness obj) {iBusiness = b。}}這段代碼運行期間，IMyBusiness實例將由容器提供，從而避免了MyBusiness依賴于IMyBusiness的實現(xiàn)，成功地將調用者與實現(xiàn)者在編譯期分離。但由于在靈活性、易用性上不如其它兩種注入模式，因而在IoC的專題世界內并不被看好。設值方法注入在實際開發(fā)中應用最廣泛，主要是通過類的Setter方法完成依賴關系的設值。public class MyBusiness implements IMyBusiness {private DataSource ds。}}setter方法是在容器初始化對象之后，處理任何業(yè)務方法之前被調用。對于習慣了傳統(tǒng)JavaBean開發(fā)的程序員而言，通過setter方法設定依賴關系顯得更加直觀，更加自然。Spring在創(chuàng)建Bean實例時，需要同時實例化其依賴的全部實例，因而導致性能下降。尤其是某些屬性可選的情況下，多參數(shù)的構造器更加笨重。使用構造子注入的時候，類似構造函數(shù)參數(shù)的形式描述自己需要的依賴關系，IoC容器會在實例化它的時候將依賴關系傳遞給它。隨后Spring和其它容器框架也相繼實現(xiàn)了它。final private String message。 = msg。它符合Java“在構造期即創(chuàng)建一個完整、合法的對象”的設計原則，避免了繁瑣的setter方法編寫。由于沒有setter方法的編寫，依賴關系在構造時由容器一次性設定，因此組件在被創(chuàng)建后處于相對穩(wěn)定不變的狀態(tài)。由于關聯(lián)關系僅在構造方法中表達，只有組件創(chuàng)建者需要關心組件內部的依賴關系。對上層屏蔽不必要的信息，為系統(tǒng)的層次清晰性提供了保證。對于一個大量依賴外部服務的組件，依賴關系的順序非常重要?？偟脕碚f，基于setter的依賴注入是最佳選擇，因為它在非IoC的設置下對代碼的影響最小。在Spring中對于設值注入和構造子注入提供了良好支持，為開發(fā)提供了多種選擇的余地。Spring容器進行管理。BeanFactory是最簡單的容器，提供了基礎的依賴注入支持，采用工廠模式來實現(xiàn)IoC。BeanFactory負責創(chuàng)建并維護Bean實例，根據(jù)給定的配置文件，它從中讀取類名、屬性名/值，然后通過反射機制進行Bean的加載和屬性設定。ApplicationContext構建在BeanFactory基礎之上，覆蓋了BeanFactory的全部功能，并添加了其他大量功能，包括對國際化的支持、資源訪問、事件傳播和多實例加載等。 iBATIS框架隨著近年來設計思想和Java技術本身的演化，出現(xiàn)了很多JDBC的封裝技術，這些技術為數(shù)據(jù)庫訪問層實現(xiàn)提供了更多的選擇，其中有些是商業(yè)性的，如TopLink，有些則是非商業(yè)性的，如iBATIS和Hibernate。 iBATIS介紹相對Hibernate和Apache OJB 等“一站式”O(jiān)RM解決方案而言，iBATIS是一種“半自動化”的ORM實現(xiàn)?？v觀目前主流的ORM，無論Hibernate 還是Apache OJB，都對數(shù)據(jù)庫結構提供了較為完整的封裝，提供了從POJO 到數(shù)據(jù)庫表的全套映射機制。程序員甚至不需要對SQL 的熟練掌握，Hibernate/OJB 會根據(jù)制定的存儲邏輯，自動生成對應的SQL 并調用JDBC 接口加以執(zhí)行[11]。這里的“半自動化”，是相對Hibernate等提供了全面的數(shù)據(jù)庫封裝機制的“全自動化”O(jiān)RM 實現(xiàn)而言，“全自動”O(jiān)RM 實現(xiàn)了POJO 和數(shù)據(jù)庫表之間的映射，以及SQL 的自動生成和執(zhí)行。也就是說，iBATIS并不會為程序員在運行期自動生成SQL 執(zhí)行。使用iBATIS 提供的ORM機制，對業(yè)務邏輯實現(xiàn)人員而言，面對的是純粹的Java對象，這一層與通過Hibernate 實現(xiàn)ORM 而言基本一致，而對于具體的數(shù)據(jù)操作，Hibernate會自動生成SQL 語句，而iBATIS 則要求開發(fā)者編寫具體的SQL 語句。作為“全自動”O(jiān)RM 實現(xiàn)的一種有益補充，iBATIS 的出現(xiàn)顯得別具意義。private String name。private Set addresses = new HashSet( )。 }public void setId(Integer id) { = id。 }public void setName(String name) { = name。 }public void setSex(Integer sex) { = sex。因為需要人工編寫SQL 代碼，iBATIS 的映射文件一般采用手動編寫（通過Copy/Paste，手工編寫映射文件也并沒想象中的麻煩）。在這四個節(jié)點中，我們指定了對應的SQL 語句。表現(xiàn)層采用Flex框架，業(yè)務邏輯層用Spring框架取代EJB容器，數(shù)據(jù)持久層以iBATIS 取代實體Bean，提供具體的數(shù)據(jù)庫數(shù)據(jù)處理操作，三者進行有機整合，構成輕量級J2EE應用框架。Flex可以與現(xiàn)有的J2EE系統(tǒng)完美集成，無需改動現(xiàn)有的Web開發(fā)工作流程。應用程序邏輯和代碼分離，定義應用程序邏輯，主要是通過配置文件的形式，而不是寫在代碼之中?？梢浦残詮?，系統(tǒng)對于應用服務器和數(shù)據(jù)庫都具有良好的可移植性，在需要的時候進行升級非常方便。 本章小結本章簡要介紹了RIA的定義、背景、技術特點，針對目前發(fā)展勢頭強勁的Flex技術，重點介紹了它的業(yè)界使用較為普遍的BlazeDS；闡述了Spring、iBATIS 框架的概念和相關技術特性，為后面具體的應用研究工作準備了理論基礎；本章最后總結了三種框架結合帶來的好處。根據(jù)云南移動網(wǎng)絡運維的特點，結合網(wǎng)絡運維部門對知識共享系統(tǒng)的需求及目前所存在的問題，本系統(tǒng)提出如下建設思路及目標：將知識管理與業(yè)務生產(chǎn)相結合。知識共享入口熱點知識SSO優(yōu)秀知識工作者知識搜索尋找專家優(yōu)秀專家知識推薦公告?zhèn)€人用戶信息我的好友我的知識庫我的關注我的知識管理運維知識地圖專家管理尋找專家知識地圖知識反饋知識評估知識優(yōu)化知識發(fā)布知識反饋知識評估知識優(yōu)化知識提交知識審核知識發(fā)布生命知識周期管理知識論壇知識博客互動社區(qū)積分管理規(guī)則積分查詢積分管理積分兌換組織管理權限管理用戶管理搜索設置業(yè)務系統(tǒng)管理統(tǒng)計分析日志管理數(shù)據(jù)備份與恢復系統(tǒng)管理 系統(tǒng)功能架構知識輸出推動知識學習，組織與制度保障。構建員工價值及伯樂發(fā)現(xiàn)渠道。結合員工崗位說明書梳理相關崗位需要具備的基本知識，打造標準化的學習提升體系。數(shù)據(jù)持久層（iBATIS）Flash播放器Web瀏覽器業(yè)務服務層（Spring）表現(xiàn)層（Flex）服務接口實現(xiàn)定義業(yè)務邏輯操作服務接口暴露業(yè)務邏輯DAO接口層定義持久操作，不依賴于實現(xiàn)技術DAO接口實現(xiàn)層檢索，使用ORM工具保存實體O/R映射層持久性域對象 實體Oracle 10g個人工作可視化。知識共享平臺是一門龐大和復雜的系統(tǒng)，根據(jù)系統(tǒng)的功能職責，將系統(tǒng)劃分為若干個子模塊，包括知識地圖、我的知識、我的工作、知識庫管理、崗位技能管理、用戶管理、系統(tǒng)管理、互動社區(qū)等8個功能模塊。主要是通過對Flex、Spring、iBatis等技術的學習和運用，完成對流程知識的編輯、添加、查詢等操作。如圖所示，系統(tǒng)采用Flex實現(xiàn)表現(xiàn)層，Spring實現(xiàn)業(yè)務服務層，iBATIS實現(xiàn)數(shù)據(jù)持久層，Spring IoC容器實現(xiàn)了層與層之間的松散耦合，其中Flex表示層和Spring業(yè)務層主要是基于Remote Object服務來融合的。 架構中各層的詳細設計由于每個應用程序采用的框架不同，因此不可能提供一個適合于所有軟件的分層體系結構。層與層之間存在自上而下的依賴關系，即上層組件會訪問下層組件的API，而下層組件不應該依賴上層組件。每個層對上層公開API，但具體的實現(xiàn)細節(jié)對外透明。在開發(fā)過程中恰當?shù)亟o應用程序分層，能極大地提高應用程序的伸縮性、可維護性、可擴展性、可重用性、可管理性等性能。在軟件開發(fā)的不同階段，需要為目標系統(tǒng)創(chuàng)建不同類型的模型。其中，面向關系的數(shù)據(jù)模型用于描述關系數(shù)據(jù)的靜態(tài)結構，通常由關系數(shù)據(jù)庫實現(xiàn)。三個模型之間的關系軟件分析階段軟件設計階段概念模型概念模型（面向對象）數(shù)據(jù)模型（面向關系）對象關系映射 三種模型之間的關系在多層Web應用系統(tǒng)中，域模型層由描述實際業(yè)務對象的域對象組成。使用域模型層可以省去開發(fā)人員創(chuàng)建和維護本不必要的數(shù)據(jù)傳輸對象（Data Transfer Objects，DTO）來完成各層之間的數(shù)據(jù)傳遞。 持久層設計持久層主要定義了應用程序通過具體的類與數(shù)據(jù)庫交互，主要是加載iBATIS的配置文件。持久性域對象（Domain Object）是介于具體應用和數(shù)據(jù)庫之間的一層數(shù)據(jù)，負責應用和數(shù)據(jù)庫之間的交互。對于其它層而言，一個域對象相當于數(shù)據(jù)庫表中的一條記錄。用戶只需要面對域對象（也即一般所說的POJO），數(shù)據(jù)庫對用戶來說是完全透明的。建立數(shù)據(jù)庫表后，要創(chuàng)建與數(shù)據(jù)庫表對應的域對象類，每個域對象類都是一個具有getter/setter風格的JavaBean。如果要對HttpSession中存放的對象進行持久化，那么此對象所屬的域對象類還必須實現(xiàn)Serializable（序列化）接口。我們可以在xxxService中實現(xiàn)具體的業(yè)務方法。 表現(xiàn)層設計表示層位于Web應用系統(tǒng)的頂端，主要負責接受客戶端發(fā)送來的請求，將請求轉發(fā)給業(yè)務層處理，并將業(yè)務層處理結果返回給客戶端。Flex還提供強有力的方式驗證數(shù)據(jù)，在用戶界面控制器及外部數(shù)據(jù)源之間傳遞數(shù)據(jù)?？刂茖釉O計控制器組件負責接受用戶請求，調用合適的業(yè)務對象來執(zhí)行相應的業(yè)務邏輯，然后根據(jù)當前狀態(tài)和業(yè)務邏輯執(zhí)行結果，客戶端組件的DataProvider與這些返回的數(shù)據(jù)綁定，所以當數(shù)據(jù)有變化后，會自動刷新用戶界面?？蛻舳说乃袛?shù)據(jù)模型都存放在VO中，它會根據(jù)系統(tǒng)的當前狀態(tài)選擇與之相適應的數(shù)據(jù)模型。這樣當需要增加新的業(yè)務時，只要給它傳入不同的數(shù)據(jù)源（DataProvider）即可，大大增強了頁面架構的通用性。 本章小結本章主要介紹了知識管理系統(tǒng)的項目背景、架構設計目標、功能模塊等內容的分析和設計，重點介紹了架構中各層的具體設計。首先配置了系統(tǒng)開發(fā)的環(huán)境。通過持久層組件。?xml version = encoding = UTF8?!DOCTYPE sqlMap PUBLIC //sqlMap namespace = KnowledgeMaptypeAlias alias = KnowledgeMapNodetype = /select id = getAllKnowledgeMapNodes resultClass = KnowledgeMapNodeSELECT as nodeId