國土資源數(shù)據(jù)中心插件式系統(tǒng)模型研究

1、國土資源數(shù)據(jù)中心插件式系統(tǒng)模型研究         摘要：國土資源數(shù)據(jù)中心主要管理海量網(wǎng)絡(luò)的國土資源空間數(shù)據(jù)，涉及對多種專題數(shù)據(jù)的一體化管理，每種專題數(shù)據(jù)都是針對不同業(yè)務(wù)模型設(shè)計的，并需要與之相匹配的管理工具。過去的管理模式是采用多個系統(tǒng)的模式，造成數(shù)據(jù)形成信息孤島難以管理，因此提出數(shù)據(jù)中心管理工具系統(tǒng)插件式模型對現(xiàn)有多系統(tǒng)進行整合，該模式可以實現(xiàn)業(yè)務(wù)功能的可擴展、可配置。 關(guān)鍵詞：國土資源數(shù)據(jù)中心；框架；插件XML；插件封裝 1引言 信息化是當(dāng)今世界經(jīng)濟和社會發(fā)展的大趨勢。在國土資源信息化建設(shè)的進程中，國土資源數(shù)

2、據(jù)作為一種信息資源，也越來越受到國家和各級管理部門的高度重視。隨著國土資源信息化工作的深入和“數(shù)字國土”工程的實施，國土資源基礎(chǔ)信息數(shù)字化程度日益提高，國土資源管理部門和社會各領(lǐng)域?qū)临Y源基礎(chǔ)信息的需求也越來越大，對數(shù)據(jù)共享和信息服務(wù)的要求與日俱增。國土資源數(shù)據(jù)中心作為國土資源信息采集、更新、加工處理、傳輸、開發(fā)利用和服務(wù)的保障機構(gòu)，能為準(zhǔn)確掌握國內(nèi)外資源動態(tài)信息，有效調(diào)控資源供應(yīng)總量和結(jié)構(gòu)，建立安全的資源供給保障體系提供決策依據(jù)。 2基于MFC+BCG的框架插件模型的實現(xiàn) 選用MFC的插件模型，原因在于MFC有較長的歷史運用積累，關(guān)鍵是考慮在MAPGIS67平臺上，很多老的程序升級遷移跨度

3、較小。采用BCG是因為BCG提供了更多功能，使開發(fā)者可以從界面的開發(fā)中解放出來，側(cè)重與業(yè)務(wù)模型的思考；此外，因為源代碼已知，進行改造更方便。缺點就是采用非組件方式，不能跨語言。整體性價比上進行衡量，還是選擇MFC+BCG。 2.1框架+插件模型 采用框架+插件模型，系統(tǒng)的擴展性大大地加強了。如果我們在系統(tǒng)發(fā)布后需要對系統(tǒng)進行擴充，就不必重新編譯，只需要增加或修改插件就可以了。這有利于模塊化的開發(fā)方式。我們可以開發(fā)強大的插件管理系統(tǒng)，在這樣的一個插件系統(tǒng)下，我們可以不修改基本系統(tǒng)，僅僅使用插件就能構(gòu)造出各種各樣不同的系統(tǒng)。以后框架程序是個比較“瘦小”的內(nèi)核。具體功能通過“插件”來體現(xiàn)。 框架插件

4、模型主要解決資源和消息的問題，如圖1?？紤]要解決如下問題： 插件如何將自身的資源界面嵌入到框架； 插件如何對菜單ID進行響應(yīng)； 如果兩個插件有相同的菜單ID號，在進行菜單響應(yīng)時。怎么只傳遞給特定的插件響應(yīng)； 如上兩個菜單ID，如何對應(yīng)不同的菜單項圖標(biāo)。 框架插件式系統(tǒng)的實現(xiàn)原理；主框架有一套自己的資源，維護著自己的消息響應(yīng)；插件也有一套自己的資源，也有著自己的消息響應(yīng)I插件的資源實際上就是建立在框架上，插件的信息響應(yīng)通過框架來分派；框架維護著一個插件集，用來管理插件的裝載和卸載(主要體現(xiàn)在資源界面的表現(xiàn))；同時負責(zé)分派插件的消息(主要體現(xiàn)在消息的交互)。 插件嵌入到框架的方法；插件記載著框架的

5、指針，可以直接將資源嵌入進去。對應(yīng)消息響應(yīng)，在插件編寫時可以不考慮很多；實際上主要是因為框架負責(zé)了消息的分派，如圖2。           2.2插件在框架內(nèi)的標(biāo)記以及生命周期 插件在框架內(nèi)有著各自的標(biāo)記及生命周期，插件以dll為載體，通過特定的導(dǎo)出函數(shù)來標(biāo)記插件，如表2-1。插件制作通過新建dll、制作插件、導(dǎo)出插件這三個步驟來實現(xiàn)。 (1)資源嵌入。 要解決各種與資源相關(guān)的問題。 原理：訪問資源，必須通過HINSTANCE+ID號來定位。MFC通過模塊資源切換來實現(xiàn)跨dll調(diào)用資源。AFX MANAG

6、E STATE(AfxGetStaticModuleState()；這個用法主要局限于一個過程內(nèi)部。但是在插件模式下，可能在一個過程內(nèi)部，同時要訪問不同插件的資源，例如設(shè)置一個彈出菜單的右鍵圖標(biāo)，如果彈出菜單來源于多個插件，對應(yīng)不同的句柄。這時必須要對BCG進行改造與此相關(guān)改造的，將每個資源都標(biāo)記了屬于哪個資源HINSTANCE。插件資源主要包括主框架觸發(fā)的命令(eg.toolbar和menu)；也包括獨立的消息響應(yīng)體(Dockbar)等。 (2)消息分組。 與消息相關(guān)的包括：菜單和工具條的ON_COMMAND()命令消息、界面狀態(tài)控制消息ON_COMMAND_UPDA- TA()及toolt

7、ip、菜單項狀態(tài)欄提示等很多細小部分。 實現(xiàn)消息分組則過每個插件的標(biāo)記ID來區(qū)別。如果是屬于獨立的消息響應(yīng)體，可以不管，OS自動分配。但是如果消息是來自主菜單等，則必須進行消息分派。原理是每個菜單觸發(fā)時，同時會標(biāo)記哪個插件觸發(fā)的ID。然后根據(jù)當(dāng)前ID找到指定插件進行消息響應(yīng)。對于菜單工具條狀態(tài)控制，實際上都是CbcgpToolbar?？紤]到最初彈出時會觸發(fā)，還有Onldle()時也會觸發(fā)，統(tǒng)一在OnCmdMsg進行改寫。 以上的框架插件模型可以添加任何界面，進行任何消息響應(yīng)。 3MFC+BCG框架插件模型在國土數(shù)據(jù)中心業(yè)務(wù)中的應(yīng)用和擴展 國土數(shù)據(jù)中心中產(chǎn)生了許多針對不同專題的信息系統(tǒng)，如土地利

8、用現(xiàn)狀管理系統(tǒng)，土地利用規(guī)劃管理系統(tǒng)，這些系統(tǒng)中有許多功能是重復(fù)的，這種情況不利于軟件的可重復(fù)利用，不利于國土資源信息化。一體化數(shù)據(jù)中心的建立，將國土資源數(shù)據(jù)統(tǒng)一管理起來，因此建立一個統(tǒng)一的數(shù)據(jù)管理界面，以及針對不同業(yè)務(wù)數(shù)據(jù)的業(yè)務(wù)功能庫是必要的，也是信息化的要求。國土資源業(yè)務(wù)中很多的業(yè)務(wù)功能都能分解成最小的基本功能，也稱業(yè)務(wù)單元，通過分析國土業(yè)務(wù)功能，將業(yè)務(wù)功能分解成業(yè)務(wù)單元，并存儲在功能庫中，用戶可以根據(jù)需要將功能庫組成不同需求的業(yè)務(wù)功能，來實現(xiàn)業(yè)務(wù)功能的擴展。 對于國土資源數(shù)據(jù)中心，采用的插件模型，每個業(yè)務(wù)單元都是一個插件，所有的插件都遵循統(tǒng)一的接口。各業(yè)務(wù)單元模塊采用注冊方式，在框架中登

9、記，最終形成有機整體。 通過基于MFC+BCG的框架插件模型，可以通過添加GIS要素，在國土數(shù)據(jù)中心衍生不同的業(yè)務(wù)模型。添加MapGIS要素，需要考慮：MFC的SDI和MDI都采用DOCVIEW模型。對于MapGIS而言，DOC就是地圖文檔，不一定存在于CDocument中。 框架管理地圖文檔，負責(zé)其各種顯示與表現(xiàn)。地圖文檔特點：規(guī)定統(tǒng)一的訪問接口，接受各種數(shù)據(jù)類型，目前包括：MapGis的文件(點線區(qū)網(wǎng)圖形文件、WB文件、Mpj工程文件、DBS、MSI、MSD)，將數(shù)據(jù)存儲和數(shù)據(jù)表現(xiàn)有機結(jié)合，與地圖文檔樹綁定顯示效果更佳。支持分組、支持屬性擴展等、支持?jǐn)?shù)據(jù)類型擴展。地圖文檔有集中來源，單獨的打開關(guān)閉，適合于單個業(yè)務(wù)系統(tǒng)的分發(fā)，并能通過插件進行其功能的擴充。 4結(jié)語 系統(tǒng)集成與功能擴展、重用是國土資源數(shù)據(jù)中心中采用插件技術(shù)主要解決的問題。數(shù)據(jù)中心涉及對多種專題數(shù)據(jù)的一體化