1、項目型插件系統的研究背景

計算機輔助工藝設計軟件（CAPP）在國內發展已有二十多年的歷史，但由于工藝過程復雜而且充滿個性化，它一直沒有得到很好的發展。京渝天河計算機軟件技術有限責任公司推出的智能化、集成化工藝設計平臺系統――THCAPP，以其完善的系統需求定義和先進的系統設計，受到了用戶的廣泛好評。現在使用THCAPP軟件的用戶已經遍布全國。

隨著軟件工程在產品的研發中廣泛應用，THCAPP軟件也步入了快速發展階段：用戶數量不斷增加，功能不斷豐富、完善。但是，快速發展的THCAPP軟件不可避免的出現了以下這個問題：創立于十年前的THCAPP軟件的原型已經被市場廣泛認可，后續版本的開發工作只是在這個原型的基礎上進行功能的擴展。為了在保證與THCAPP以前版本軟件兼容的前提下，彌補軟件原型在靈活性和擴展性方面的不足，我們有必要在THCAPP軟件中引入“框架＋插件”這樣一種結構的構建模式。

在采用THCAPP軟件的企業用戶中，由于各個企業的規模不同，開發產品的差異，造成了用戶需求的千差萬別，不同企業之間的需求甚至會出現矛盾的情況。為了滿足用戶的各種需求，使產品具有頑強的生命力，只有引入“框架＋插件” 結構，使軟件產品在整體上是融合的，在各個功能上具有相對獨立性，而這些獨立的功能能夠進行單獨的開發，形成具有完善功能的獨立模塊，并且能夠很好的融入到整個軟件產品中的方法是解決軟件原型風險最好的辦法。

2、插件系統分析

現在，我們經常使用的一些國外公司或個人開發的優秀軟件產品都是采用的

“框架＋插件”這種體系結構，其中最著名的軟件包括：AutoCAD、 PhotoShop和ACDSee。分析一下這些軟件的開發模型：整個軟件產品為一個良好的框架，具有完成軟件產品應用的基本功能以及插件管理功能，負責為插件的運行提供一個整體的可靠的運行環境；而高級的功能則通過各個獨立的插件來完成。插件是在自己要求的運行環境中，具有獨立，完整功能的模塊。產品的框架部分可以認為是一個插件的運行平臺，插件部分除了實現具體功能外還要按照平臺的要求實現標準接口，保證插件在平臺內正確運行；平臺則通過通用的方法調用不同插件來實現功能的擴展。這樣，只要框架的結構是良好和合理的，能夠適應未來的變化，那么市場的變化帶來的各種新的需求就可以采用開發實現相應功能的新插件來實現。軟件的生命力就有了保證。

國外軟件采用的“框架＋插件”結構代表著軟件行業的主流技術，不同公司的不同產品，甚至同一個公司的不同產品之間，都會用不同的插件實現不同的功能。THCAPP插件系統的設計思路就是借鑒這種“框架＋插件” 結構，在THCAPP程序的不同對象中調用不同的插件，實現特定范圍的功能。

過多的插件會增加用戶使用THCAPP軟件的難度；而且，一種功能插件會同時對多個對象產生不同的影響。所以得出以下結論：在THCAPP軟件中，應該將所有的插件由單獨的系統進行統一的管理，實現插件的功能查看，產品隸屬，插件注冊和插件注銷等功能，簡化用戶的操作。

鑒于以上的情況，需要這樣一種解決方案：通過提供插件模板對插件接口進行規范；通過簡單的開發基礎培訓使用戶具有進行簡單的編寫代碼的能力；通過針對THCAPP軟件中的某種單一的功能，封裝出THCAPP功能組件，同樣通過培訓讓用戶掌握相關功能組件的使用方法，讓那個用戶自己編寫符合自己要求的插件，由插件系統統一管理。這樣，即在THCAPP軟件中實現了“框架＋插件”的結構，保證了軟件的可擴展性，又通過培訓用戶自主開發插件的模式，規避了維護插件的風險，節省了雙方的資金，提高了軟件的競爭力，使公司和用戶實現“雙贏”成為了可能。

3、項目型插件系統的目標

THCAPP中進行“框架+插件”的結構改造，引入項目型插件系統的目的包含以下幾個方面：

l 完成THCAPP插件系統的開發工作，實現插件的瀏覽、注冊/注銷、二次注冊、調用、以及與系統交互等功能。實現“框架＋插件”的系統結構。

l 完成項目型插件系統的插件模板源代碼以及示例插件程序的源代碼的編寫工作。插件模板必須具有簡單、方便、易于維護的特征，爭取做到：讓沒有編程經驗的用戶通過簡單的培訓就能編寫滿足自己需求的插件。

l 完成集成型插件系統組件DLL的開發工作，提交動態鏈接庫文件：接口文件、以及運行庫文件。開發與特定PDM軟件集成的示例插件，證實集成型插件系統的可行性。

l 完成功能組件的開發工作，涵蓋THCAPP軟件中一些常用的功能（如：工藝文件的創建、篩選、刪除等）。從底層支持插件系統功能的全面性。

通過對THCAPP軟件的使用用戶——國內大、中、小型制造企業的工藝工作進行的縝密調研，結果，幾乎所有的用戶都對這種簡單的軟件升級方式表示了期待。但是，不同的用戶，由于他們編程技術水平與需求功能的復雜程度有很大的差異，必須制定一套相對簡單、實用的插件開發規則，以方便用戶進行自定義插件的開發工作，便于插件系統的推廣。

在實施了THCAPP的企業用戶群中，每個企業每年都會提出一些有關功能實用性、以及操作簡便性方面的要求。這些要求一般都是用戶根據自己的特殊狀況提出的，不同用戶提出的要求甚至是對立的，我們很難從中總結出通用性的需求，供新版本的CAPP軟件進行開發工作。

項目型插件系統的主要功能就是擴展THCAPP的功能，通過用戶自己開發出的符合自己企業特色、實現自己功能要求的插件，彌補THCAPP軟件在可操作性方面的不足。

4、插件系統關鍵技術

4.1 系統總體設計方案

為保證與以前版本的THCAPP軟件的兼容性，插件系統應該是獨立于THCAPP主程序，但通過被THCAPP主程序調用，才能實現其功能的動態鏈接庫組件。如圖1所示：

圖1 插件系統總體設計方案

插件系統包含插件管理模塊和多個功能插件。

l 插件管理模塊的功能是實現各功能插件的列表顯示、功能查看和二次注冊的調用，不負責實現任何插件的實際功能；

l 功能插件由THCAPP主程序的用戶為實現特定的功能，在我們提供的插件模板的基礎上自主開發的COM組件，除了實現各自的需求功能外，所有通過插件模板生成的插件還需要具有以下的功能：向插件管理模塊反饋插件信息、進行系統注冊與反注冊、通過消息機制與CAPP主程序進行通信。

項目型插件系統的結構，如圖2所示：

圖2 項目型插件系統結構

u接口層：

接口層是整個插件系統的入口，通過插件模板的設計，系統只需要獲取少量的傳入數據信息，通過執行插件，就會通過一定的規則，向主程序傳遞規范的傳出數據，實現插件的功能。

接口層實現插件管理功能，包括插件的引入、刪除、插件的列表選擇、以及運行選定的插件。

u插件層

插件層就是用戶通過插件模板開發出的所有插件，插件模板實現了系統注冊模塊中插件的注冊與反注冊的工作；規范了用戶參數的類型；并且通過調用API函數，定義了一些常用的THCAPP的消息常數（比如刷新消息等），供用戶插件使用。

用戶在開發自己的插件時，需要將插件相關信息設置到插件模板中的插件信息反饋模塊的特定常量中，以便接口調用。

u數據層

數據層的作用是由插件刷新THCAPP主程序運行的Oracle數據庫中的數據，真正實現插件的功能。包括參數規范模塊、CAPP功能組件和數據操作模塊。

通過CAPP功能組件調用數據操作模塊，操作底層Oracle數據庫中的數據，避免了用戶直接操作數據帶來的風險，節約了培訓成本與用戶的工作。

4.2 關鍵技術及解決途徑

l插件的識別問題

插件采用動態鏈接庫（DLL）文件的形式，在一臺機器的成百上千的DLL文件，如何識別指定的DLL文件是否為插件系統的插件，能夠被插件系統調用，就成為插件系統設計能否成功的前提條件。

插件系統中設計的解決思路是：在插件系統中，除了對插件進行系統注冊外，還得通過管理模塊對插件進行特定的二次注冊，這樣就可以解決插件的識別問題。

對于項目型插件系統，在注冊表的指定位置設置子鍵，將插件信息（主要是VB程序創建組件對象時需要的組件名稱和庫名稱）記錄到這個子鍵下，插件管理組件顯示插件列表時，從這個位置讀取所有插件的信息顯示。運行插件時，也是從讀取插件信息創建插件對象。

對于集成型插件系統，在THCAPP主程序的配置文件中，記錄所有插件的GUID值，由于插件都是從系統的基接口中派生的，所以，通過GUID值和基接口類型，就可以運行插件了。

l插件的運行問題

讀取插件信息后，如何正確的運行插件也是一個需要解決的關鍵技術。

對于項目型插件系統，通過插件模板，規范插件的接口。創建插件對象后，調用特定的接口，就可以運行插件了。

對于集成型插件系統，由于是與THCAPP主程序進行無縫集成，在對象層接口對應的MFC類文件中，定義相關的接口對象，通過激發事件或傳遞消息運行插件。

l插件的通信問題

插件與插件系統、插件與THCAPP主程序、甚至插件與插件之間都需要進行數據交互或消息傳遞。

在插件系統中，定義一些通用的消息。在接收消息時，遍歷這些消息，分別實現這些消息的響應函數就可以了。

插件的通信能力是插件系統必不可少的功能。通過消息傳遞模塊或消息接口定義通用消息，為以后版本中，通用消息的擴展提供了可能。

5、示例程序

THCAPP項目型插件系統包括插件維護模塊和插件兩大部分。插件維護模塊的功能是：添加、維護、刪除、運行插件，標準DLL組件，可以被CAPP或其他應用程序調用；而插件就是實現某些特定的功能。

調用THCAPP二次開發插件系統，首先會運行“插件維護模塊”，顯示“插件管理”管理對話框，如圖4所示：

默認的，“插件管理”窗口會列出天河公司提供的公用插件，用戶根據插件模板自己開發的插件，通過第一次的注冊后也會出現在這個列表中，供用戶選擇使用。

選擇某個插件，單擊“下一步”按鈕就運行插件對應的DLL文件。實現這一步的前提就是用戶使用天河公司提供的項目型插件模板進行自己插件的開發工作，并不修改模板的接口，破壞兼容性。

下面將以“批量修改工藝文件狀態”這個插件作為實例，簡單的講講項目型插件的創建方法。

l 詳細的系統設計

雖然，一般看來系統設計工作與具體的軟件開發沒有多大的關聯，但是詳細、完善的系統設計可以讓你的開發工作少走很多彎路。

“批量修改工藝文件狀態”插件的實現目標，就是將指定節點下的所有工藝文件全部修改到一種狀態。在這期間，需要運行插件的用戶設置修改后工藝文件狀態參數，并且設定是否需要包含子節點中的工藝文件。插件要求提供指定節點下工藝文件的現有狀態，供用戶瀏覽；還要包含不能進行“狀態修改”操作的工藝文件的列表。

通過上述的系統分析，得出至少需要三步向導操作才能實現需求。下面就是進行代碼的編寫工作了。

l 在插件模板上開發新的插件

插件模板是由天河公司提供給用戶使用的在項目型插件系統中開發自定義插件的工具。在THCAPP的安裝路徑下，有模板的壓縮包文件。

復制插件模板，用VB打開模板工程，修改工程名和接口名，在圖4所示的“插件管理”窗口中，進行插件注冊操作，需要用到修改后的工程名和接口名，他們是插件組件的唯一標識，非常重要，不能隨便修改。如5圖所示，“批量修改工藝文件狀態”插件的工程名變為“THEditFilesStateLib”、接口名變為“ITHEditFilesState”。

插件工程

在窗體文件中，復制“picDlgBck”控件數組，在這個插件中復制三頁，在每一頁放置不同的控件。并編寫與這些控件有關的代碼。

第一頁如圖6所示，用以設置修改后工藝文件的狀態，以及“是否包含子節點中的工藝文件”、“是否顯示工藝文件信息”的狀態參數。

插件第一頁

第二頁如圖7所示，添加“ListView”列表控件，用以顯示指定節點下包含的工藝文件的信息（名稱、創建者、當前狀態）。如果在第一頁設置了“包含子節點中的工藝文件”狀態，則需要顯示指定節點下的所有文件信息。

插件第二頁

第三頁如圖8所示，功能是提示第二頁顯示的工藝文件是否能進行修改工藝文件狀態的操作，圖8中表示所有工藝文件的狀態都可以被修改成圖6中指定的狀態。不能進行修改的工藝文件會被顯示在提示之下的“ListView”控件中。

插件第三頁

最后在“完成”按鈕的單擊事件中，編寫實現需求的代碼，一般地，這需要調用天河公司為二次開發插件提供的各種組件的接口功能函數。實現修改工藝文件狀態的功能比較簡單，只要遍歷用戶選擇的工藝文件，依次調用“THCAPPPDMDEVLib”組件的“THCAPPNDO”接口的“ChangeFileState”函數就可以了。