.NET簡(jiǎn)談插件系統(tǒng)開發(fā)模式

今天跟大家分享一下我們?cè)谌粘ｉ_發(fā)中并不常用的開發(fā)模式“插件系統(tǒng)模式”，什么叫插件從大一點(diǎn)的概念講就是我們開發(fā)的軟件是由很小的模塊組成，每一塊都能成功的裝卸，使我們的軟件成為一個(gè)有機(jī)體，在發(fā)生重大事故、改良優(yōu)化等等的時(shí)候，我們不需要重新編譯我們的系統(tǒng)就能很方便的進(jìn)行升級(jí)替換進(jìn)行使用；這樣的開發(fā)模式就是插件系統(tǒng)開發(fā)模式；這個(gè)概念很大，每個(gè)人的技術(shù)水平不同使用的效果也是不同的；一個(gè)大型的系統(tǒng)，不能簡(jiǎn)簡(jiǎn)單單的用三層或者M(jìn)VC來概括，我們要站在一個(gè)更高的角度去思考程序，每當(dāng)我們開始一個(gè)新系統(tǒng)的架構(gòu)設(shè)計(jì)時(shí)，我們不能總是保守的或是“封建”式的使用以往的思想模式，是否深思熟慮過這些開始模式在我們當(dāng)前系統(tǒng)中是否可用或者說是否能發(fā)揮模式的最大效果，但是我們往往很多人，不太喜歡思考，俗話說得好：思考是前進(jìn)的本質(zhì)；盡量向“建筑的永橫之道”一書中所講的道理去邁進(jìn)，這書不僅僅在建筑行業(yè)是經(jīng)典，其實(shí)在各行各業(yè)道理都是想通的，我們不能停止腳步，我們要時(shí)刻保持熱身狀態(tài)，只有這樣我們才不會(huì)在大難臨頭時(shí)，渾身無力或者由于肌肉長(zhǎng)時(shí)間不運(yùn)動(dòng)導(dǎo)致反應(yīng)遲鈍；我寫文章就喜歡亂扯，請(qǐng)大家不要見怪，本人屬于一種很討厭自以為是的那些家伙，

插件系統(tǒng)在很早之前就出現(xiàn)了，包括我們的VisualStudio開發(fā)工具的原型都是用的這種模式，我上面也說了每個(gè)人的技術(shù)水品不同使用的效果也是不同的，我跟大家分享一下我對(duì)插件模式的理解和在項(xiàng)目中的使用經(jīng)驗(yàn)；我將插件系統(tǒng)大體抽象成下圖結(jié)構(gòu)：

1：

上圖很清晰的描述了我們插件系統(tǒng)的整體執(zhí)行步驟，我們將應(yīng)用程序的整個(gè)生命周期進(jìn)行抽象(抽象是我們程序員必備思想，要隨時(shí)具備抽象化準(zhǔn)備)，不管什么應(yīng)用程序都有前后執(zhí)行順序，我只是用Main表示一下，在開始執(zhí)行前我們需要讀取插件所在的路徑然后進(jìn)行插件對(duì)象的全路徑保存，以便在后面運(yùn)行時(shí)方便加載；到了Run開始真正的執(zhí)行我們的應(yīng)用程序了，我們需要根據(jù)插件的類型進(jìn)行加載，插件必須具備類型的原則，用在什么地方的，好比汽車的零部件，我們有明確的規(guī)定，這里的實(shí)現(xiàn)我們可以用接口進(jìn)行標(biāo)識(shí)；當(dāng)程序開始結(jié)束的時(shí)候，我們需要釋放各個(gè)插件所占用的系統(tǒng)資源，為什么我們要手動(dòng)釋放這些資源呢，有的朋友會(huì)說不是用CLR的GC嗎？GC只能釋放托管資源，非托管資源它管不到，在我們進(jìn)行P/Invoke平臺(tái)調(diào)用時(shí)候，資源釋放是比較復(fù)雜的，由于托管和非托管的內(nèi)存分配是不同的，至于怎么釋放非托管資源我這里穿插一下我比較喜歡的方法吧，當(dāng)我們用非托管C++編寫核心且高效的系統(tǒng)功能時(shí)，往往它占用的資源是非常可觀的，所以當(dāng)我們調(diào)用完畢后在第一時(shí)間釋放是必須的，我們可以進(jìn)行托管封裝，在非托管內(nèi)部我們定義釋放資源的方法，然后在通過P/Invoke調(diào)用釋放資源的非托管方式進(jìn)行釋放；由于這里牽扯到.NET互操作方面的知識(shí)了，這這篇文章中我們就涉及了；有興趣的朋友可以關(guān)注本人的“《.NET程序員學(xué)互操作》”分類文章中進(jìn)行詳細(xì)的講解；

大概的原理我就講這么多了，我們來看代碼怎么實(shí)現(xiàn)吧；

2：

在我的解決方案中，Plug是插件有關(guān)的對(duì)象；在PlugInterface里面是所有插件接口，在LoadInterface文件里面是所有加載過程中的插件，我們需要明確插件的類型，只有這樣才能很好的控制插件；軟件的生命周期隨著需求不同而不同，這里是需要我們?nèi)ナ占吞崛〉?#xff0c;在應(yīng)用程序的整個(gè)生命周期中我們都可以無縫的裝卸插件，那是多么美妙的事情；

3：

這是本人在公司的一個(gè)項(xiàng)目中的實(shí)現(xiàn)代碼，由于代碼屬于公司所有，所以不便于公開；其實(shí)代碼沒什么技術(shù)含量就看怎么用了；OK，差不多講完了；
========

NET實(shí)現(xiàn)之(ActiveX插件開發(fā))

決定通過簡(jiǎn)單的方式盡量讓初學(xué)者少接觸底層的東西包括OLE(對(duì)象連接與嵌入)、COM(組件對(duì)象模型)之類的概念，但是ActiveX插件在開發(fā)上有很高的技術(shù)要求，雖然.NET為我們封裝了很好的實(shí)現(xiàn)途徑，但是我們也總不能停留在，知自然而不知其所以然的層面上；今天這篇文章我大概構(gòu)思了一下，我主要會(huì)由淺入深的去逐層的講解，對(duì)一些概念性的東西，我會(huì)給出參考資料供大家去學(xué)習(xí)，由于它的發(fā)展歷史我也就不去講解了，主要是實(shí)現(xiàn)為主；如果喜歡刨根問底的朋友可以去查詢相關(guān)的文章或者看一些關(guān)于OLE、COM方面的書籍，就算我們不從事相關(guān)開發(fā)，但是對(duì)于我們進(jìn)行.NET互操作方面還是很有幫助的，也不至于讓我們覺得.NET的局限性；本人向大家推薦一本OLE方面的好書：《OLE 2高級(jí)編程技術(shù)》
其實(shí)說起ActiveX插件大家都會(huì)想起Flash插件，對(duì)Flash插件就是一個(gè)很典型的COM組件，宿主在以O(shè)LE為容器的Web瀏覽器應(yīng)用程序中，我們把這個(gè)OLE容器稱為復(fù)合文檔應(yīng)用，復(fù)合文檔應(yīng)用程序在微軟的系統(tǒng)到處可見如：Office就是一個(gè)很強(qiáng)大的復(fù)合文檔應(yīng)用程序，為什么要稱為復(fù)合文檔應(yīng)用程序呢，是因?yàn)橐匀萜鳛樗拗鞯臅r(shí)候，可以進(jìn)行任何應(yīng)用集成開發(fā)，在office里面我們可以進(jìn)行圖表的編輯、Excel的編輯等等；在這個(gè)OLE中使用的對(duì)象嚴(yán)格意思上講都是COM組件，對(duì)COM不了解的朋友可以去看一下《COM本質(zhì)論》也是一本很好的書籍，其實(shí)COM就是組件對(duì)象模型，是二進(jìn)制的組件，在任何平臺(tái)任何語言之間都能使用；它是一套組件規(guī)范一套開發(fā)標(biāo)準(zhǔn)，大家都去遵守這個(gè)約定，才能使不同廠商生產(chǎn)的組件互相調(diào)用；而ActiveX插件就是一個(gè)COM組件，在早期的開發(fā)中對(duì)COM的開發(fā)是一種望而生畏的感覺，也許我們做.NET開發(fā)的程序的感覺開發(fā)組件DLL可能并沒有多大難度，不需要去了解一些操作系統(tǒng)底層的東西比如：函數(shù)在編譯過后重新編碼對(duì)調(diào)用產(chǎn)生的影響，不同操作系統(tǒng)對(duì)可執(zhí)行文件的內(nèi)存分配回收等等問題，都需要開發(fā)組件的人了如指掌之后才能開發(fā)出出色的COM組件，然而在今天我們站在.NET這艘航母上，不需要害怕這些復(fù)雜的技術(shù)難題，微軟為我們打開一扇通往平坦大道的大門，用最簡(jiǎn)單的方式去開發(fā)最復(fù)雜的東西，從某種角度講是好事，壞事就是讓我們?cè)絹碓竭h(yuǎn)離核心的東西； 這就要看每個(gè)人對(duì)技術(shù)的追求目標(biāo)了；
由于.NET開發(fā)出來的東西都是屬于托管的，所以不是正真意義上的二進(jìn)制標(biāo)準(zhǔn)，這就牽扯到.NET平臺(tái)調(diào)用的技術(shù)P/Invoke和互操作Interop技術(shù)，但是我們不了解也沒關(guān)系，這不影響我們開發(fā)ActiveX插件，我只是給大家指一個(gè)方向；用.NET開發(fā)出來的東西要想完全替代COM組件，因?yàn)镺LE容器只接受COM組件才能使用，所以我們的托管DLL文件怎樣才能被OLE容器調(diào)用呢，就是通過.NET互操作COM來實(shí)現(xiàn)，我們開發(fā)的ActiveX插件要被瀏覽器這么一個(gè)大強(qiáng)的復(fù)合文檔程序加載和使用的，所以我們得將托管的組件包裝成非托管的等價(jià)的COM組件才行，.NET提供了CCW(COM可調(diào)用包裝)的機(jī)制，將我們的ActiveX插件通過中間轉(zhuǎn)換一下就可以使用了，理論的東西我就到此結(jié)束，我們開始動(dòng)手做一個(gè)ActiveX插件吧；先看一下ActiveX插件的運(yùn)行圖；
1：

這是系統(tǒng)在運(yùn)行過程中要經(jīng)歷的過程調(diào)用步驟，有助于我們下面的開發(fā)講解；首先是瀏覽器接受到遠(yuǎn)程服務(wù)器返回的HTML文本，然后瀏覽器將HTML轉(zhuǎn)換成DOM對(duì)象在通過GDI或者GDI+進(jìn)行繪制渲染等界面呈現(xiàn)工作，發(fā)現(xiàn)在HTML中包含了對(duì)本地機(jī)器上的COM組件調(diào)用，通常也就是我們HTML中的object標(biāo)簽所定義的說明；在標(biāo)簽中會(huì)包含COM組件的唯一標(biāo)識(shí)符GUID(全局唯一ID)，在我們機(jī)器存在著成千上萬個(gè)COM組件，只有通過GUID才能確定是哪一個(gè)組件，瀏覽器通過GUID到注冊(cè)表中去查找這個(gè)COM組件在本機(jī)注冊(cè)時(shí)的地址，得到地址后在將其COM組件加載到內(nèi)容運(yùn)行；這個(gè)過程被我細(xì)化了，只要能說明原理就行了；
下面我們進(jìn)入到VisualStudio工具進(jìn)行ActiveX插件開發(fā)，我們要新建一個(gè)項(xiàng)目這個(gè)項(xiàng)目必須得以DLL文件的形式存在，但是要是ActiveX插件必須得有界面啊；所以我們新建一個(gè)Windows窗體控件庫項(xiàng)目；
2：

新建后會(huì)出現(xiàn)一個(gè)默認(rèn)的用戶自定義控件我們隨便放一個(gè)按鈕就行了，然后寫點(diǎn)測(cè)試代碼；
3：

每一個(gè)ActiveX插件都有一個(gè)入口地址，這就是COM入口地址；我們就拿我們上面的這個(gè)測(cè)試界面作為入口地址；我們切換到代碼視圖;
4：
?
我們?cè)谶@個(gè)類的上面添加了兩個(gè)特性，ComVisible是否對(duì)COM公開，這個(gè)特性的意思就是說我們的組件是否能用于COM組件的相關(guān)調(diào)用查找；如果沒有這個(gè)特性我們的組件是不能用作COM調(diào)用的；GUID特性就是用來為我們的這個(gè)類型確定一個(gè)部署到客戶機(jī)器的唯一標(biāo)識(shí)符；這個(gè)GUID可以通過VisualStudio工具欄中的功能自動(dòng)創(chuàng)建；我們還差一步就成功完成了這么一個(gè)龐大的工程了，我們右擊項(xiàng)目選擇屬性會(huì)出來下面這個(gè)界面；
5：
?
將為COM互操作注冊(cè)勾選上，作用就是為了能與COM等組件進(jìn)行相互調(diào)用了，在我們程序目錄中會(huì)生成一個(gè)和組件名稱一樣的tlb文件，必須有這個(gè)文件我們才能使用這個(gè)插件，tlb文件是一個(gè)類型庫文件，作用就是將托管DLL文件的所有信息導(dǎo)出成COM規(guī)范的接口文件，在這個(gè)tlb文件中定義了COM的調(diào)用約定；由于COM和.NET組件無法直接交互所以只能通過tlb文件來確定我們的托管的DLL文件中定義哪些東西；我們編譯一下；我們還差一個(gè)HTML文件，這個(gè)文件隨便是來自哪里都可以，這個(gè)HTML文件里面要定義調(diào)用我們這個(gè)ActiveX插件才行；
6：

我紅色箭頭標(biāo)記的地方就是Object標(biāo)記所定義的調(diào)用代碼，ID就是為調(diào)用的ActiveX插件起的一個(gè)名字便于在頁面中通過JS進(jìn)行互操作；CLASSID是要調(diào)用的ActiveX插件在用戶機(jī)器上的GUID唯一標(biāo)識(shí)符；CODEBASE如果用戶機(jī)器上沒有安裝這個(gè)插件則讓瀏覽器幫忙下載的URL地址；其他的標(biāo)記就是和普通的HTML一樣的了；在此我穿插一下，所有的HTML標(biāo)記最終都會(huì)被轉(zhuǎn)換成實(shí)實(shí)在在的對(duì)象，而不是我們所謂的HTML純文本；
我們保存HTML文件，并且打開這個(gè)文件就能看見ActiveX插件被加載運(yùn)行了；
7：

我這里之間簡(jiǎn)單的講解了一下ActiveX插件的基本創(chuàng)建過程，其實(shí)ActiveX插件的功能很強(qiáng)大，對(duì)B/S一些的功能只能通過插件來解決如：大文件上傳、視頻采集、照片動(dòng)態(tài)采集等等；插件在部署的時(shí)候一定要注意，部署到用戶機(jī)器上的時(shí)候，在屬性欄中有一個(gè)文件注冊(cè)方式，一定要選擇為COM注冊(cè)這樣才能在注冊(cè)表中添加相應(yīng)的節(jié)點(diǎn)；ActiveX插件開發(fā)大概就講完了；希望講的還算清晰明了；

========

?.net插件式架構(gòu)系統(tǒng)

插件式（AddIn）架構(gòu)，不是一個(gè)新名詞，應(yīng)用程序采用插件式拼合，可以更好的支持?jǐn)U展。很多著名的軟件都采用了插件式的架構(gòu)，如常見的IDE：Eclipse，Visual Studio，SharpDevelop等等。
　　這些插件式架構(gòu)在實(shí)現(xiàn)上各有特色，但是基本原理大致相同：
定義插件框架，用來下載，創(chuàng)建，銷毀插件，并管理插件間的通信等等。
定義插件契約，定義統(tǒng)一的接口規(guī)范。
實(shí)現(xiàn)插件組件，組件實(shí)現(xiàn)插件契約，在運(yùn)行時(shí)可以被插件框架所發(fā)現(xiàn)并集成。
常用的插件在界面打開時(shí)即加載，而不常用的在用戶點(diǎn)擊時(shí)才首次加載進(jìn)來。
　　關(guān)于插件式架構(gòu)的實(shí)現(xiàn)技術(shù)，有很多選擇，使用動(dòng)態(tài)鏈接庫的導(dǎo)出函數(shù)，使用COM技術(shù)或者.net的MEF等等。MEF（Managed Extensibility Framework）是微軟集成在.net framework中的擴(kuò)展性管理框架，Visual Studio2010就是使用了MEF來管理插件，關(guān)于MEF的具體使用，請(qǐng)參見MSDN。
插件式架構(gòu)應(yīng)用程序不是什么新奇的東西，把UI布局和UI表現(xiàn)分離，并支持插件式架構(gòu)是設(shè)計(jì)時(shí)的一些想法，具體到項(xiàng)目應(yīng)用還需要一定的完善。
引文出處：http://www.cnblogs.com/Zhouyongh/archive/2012/02/16/2353498.html
?
MEF 打造的插件系統(tǒng)?
以實(shí)例說話，一起體驗(yàn)MEF帶來的可擴(kuò)展性吧
========

SharpDevelop插件架構(gòu)初探

SharpDevelop AddIn
AddIn Manager Usage
Building Applications with the SharpDevelop Core
1.ICSharpDevelop.Application.addin
? ? Remove Pads
2.StartPage.addin
? ? Make clear Complie Output Path


An addin needs three files:
*.addin
*.dll
*.pdb
It has three types of addin:
1) Pre-Installed
2) AddIn Manager add
3) User Defined:
.addin,.dll,.pdb
compress->.zip
change name->.sdaddin
========

c#插件式開發(fā)

http://blog.csdn.net/joyhen/article/details/22905481
MEF：http://www.cnblogs.com/tcjiaan/tag/MEF/
http://blog.csdn.net/jam12315/archive/2008/08/18/2791534.aspx
首先，新建一個(gè)類庫，里面定義接口，這里定義兩個(gè)方法，一個(gè)有返回值的，一個(gè)無返回值的。
using System; using System.Collections.Generic; using System.Text; namespace IMsg { ///<summary> /// 這是插件必須實(shí)現(xiàn)的接口，也是主程序與插件通信的唯一接口 /// 換句話說，主程序只認(rèn)識(shí)插件里的這些方法 ///</summary> publicinterface IMsgPlug {　　void OnShowDlg();　　string OnShowInfo(); } }
將上面的類庫生成IMsg.dll, 新建一個(gè)類庫MYPlugin1，添加剛出的引用，分別新建兩個(gè)類來實(shí)現(xiàn)IMsg中定義的接口。

using System; using System.Collections.Generic; using System.Text; using IMsg; namespace MYPlugin1 { publicclass myConsole: IMsgPlug {#region IMsgPlug成員publicvoid OnShowDlg() { Console.WriteLine("控制臺(tái)調(diào)用插件的OnShowDlg方法"); } publicstring OnShowInfo() { return "myConsole"; }#endregion } } ??
using System; using System.Collections.Generic; using System.Text; using System.Windows.Forms; using IMsg; namespace MYPlugin1 { publicclass MYDlg: Form, IMsgPlug {#region IMsgPlug成員 publicvoid OnShowDlg() { this.Text = "插件子窗體"; this.ShowDialog(); //調(diào)用Form的ShowDialog,顯示窗體 } publicstring OnShowInfo() { return "MyDlg"; }#endregion } }
將上面的都生成dll, 生成目錄可以設(shè)置為新建exe工程的bin目錄plugins文件夾下。Plugins文件夾是新建的，專門存放插件的。 新建一個(gè) WinForm項(xiàng)目來使用剛才的插件.
using System; using System.IO; using System.Linq; using System.Collections; using System.Windows.Forms; using System.Reflection; namespace myConsole { public partial class Form1 : Form { /// <summary> /// 應(yīng)用程序的主入口點(diǎn)。 /// </summary> [STAThread] static void Main() { Application.EnableVisualStyles(); Application.SetCompatibleTextRenderingDefault(false); Application.Run(new Form1()); } public Form1() { InitializeComponent(); } /// <summary> /// 存放插件的集合 /// </summary> private ArrayList plugins = new ArrayList(); //載入所有插件 private void btnLoadPlug_Click(object sender, EventArgs e) { string[] files = Directory.GetFiles(Application.StartupPath + "\\plugins"); if (files != null) this.listBox1.Items.Clear(); foreach (var f in files) { if (!f.ToUpper().EndsWith(".DLL")) continue; try { Assembly ab = Assembly.LoadFile(f); Type[] t = ab.GetTypes(); foreach (var x in t) { if (x.GetInterface("IMsgPlug") != null) { plugins.Add(ab.CreateInstance(x.FullName)); this.listBox1.Items.Add(x.FullName); } } } catch (Exception ex) { MessageBox.Show(ex.Message); } } } //調(diào)用插件的方法 private void btnExecute_Click(object sender, EventArgs e) { if (this.listBox1.SelectedIndex == -1) return; object selObj = this.plugins[this.listBox1.SelectedIndex]; Type t = selObj.GetType(); MethodInfo OnShowDlg = t.GetMethod("OnShowDlg"); MethodInfo OnShowInfo = t.GetMethod("OnShowInfo"); OnShowDlg.Invoke(selObj, null); object returnValue = OnShowInfo.Invoke(selObj, null); this.lblMsg.Text = returnValue.ToString(); } } }
運(yùn)行結(jié)果：

此方法用了反射，個(gè)人感覺效果不是很好。另外，注意dll對(duì)象的依賴，這種問題我在手寫上面demo的時(shí)候發(fā)現(xiàn)了，首先要保證依賴文件的存在，再一個(gè)依賴文件的路徑需要正確。另一點(diǎn)要說下，對(duì)反射后的驗(yàn)證可以做一些加強(qiáng)處理，listbox對(duì)象顯示的名字可以通過給dll中對(duì)象添加特性標(biāo)記，然后獲取顯示出來。下一節(jié)我們看看MEF的小例子。
最后想說一下，這不是正在意義上的插件式開發(fā)，請(qǐng)參閱微軟的MEF和MAF的設(shè)計(jì)
========

C#實(shí)現(xiàn)插件式架構(gòu)的方法

插件式架構(gòu),一種全新的、開放性的、高擴(kuò)展性的架構(gòu)體系.插件式架構(gòu)設(shè)計(jì)近年來非常流行，基于插件的設(shè)計(jì)好處很多，把擴(kuò)展功能從框架中剝離出來，降低了框架的復(fù)雜度，讓框架更容易實(shí)現(xiàn)。擴(kuò)展功能與框架以一種很松的方式耦合，兩者在保持接口不變的情況下，可以獨(dú)立變化和發(fā)布。基于插件設(shè)計(jì)并不神秘，相反它比起一團(tuán)泥的設(shè)計(jì)更簡(jiǎn)單，更容易理解。下面已C# .Net簡(jiǎn)要介紹一下插件式架構(gòu)的方法.

定義插件接口，將其編譯成dll
namespace PluginInterface {public interface IPlugin{string Show();} }
編寫插件，引用上面的DLL，實(shí)現(xiàn)上面定義的接口，也編譯為DLL
//插件A namespace PluginA {public class PluginA:IPlugin{public string Show(){return "插件A";}} }
//插件B namespace PluginB {public class PluginB : IPlugin{public string Show(){return "插件B";}} }

新建一個(gè)控制臺(tái)程序，需要引用定義插件接口的dll,生成之后，需要在exe所在的目錄里建一個(gè)Plugins子文件夾，將上面生成的PluginA.dll,和PluginB.dll拷貝進(jìn)去。

namespace ConsolePluginTest {class Program{static void Main(string[] args){Program p = new Program();List<string> pluginpath = p.FindPlugin();pluginpath = p.DeleteInvalidPlungin(pluginpath);foreach (string filename in pluginpath){try{//獲取文件名string asmfile = filename;string asmname = Path.GetFileNameWithoutExtension(asmfile);if (asmname != string.Empty){// 利用反射,構(gòu)造DLL文件的實(shí)例Assembly asm = Assembly.LoadFile(asmfile);//利用反射,從程序集(DLL)中,提取類,并把此類實(shí)例化Type[] t = asm.GetExportedTypes();foreach (Type type in t){if (type.GetInterface("IPlugin") != null){IPlugin show = (IPlugin)Activator.CreateInstance(type);Console.Write(show.Show());}}}}catch(Exception ex){Console.Write(ex.Message);}}}//查找所有插件的路徑private List<string> FindPlugin(){List<string> pluginpath = new List<string>();try{//獲取程序的基目錄string path = AppDomain.CurrentDomain.BaseDirectory;//合并路徑，指向插件所在目錄。path = Path.Combine(path,"Plugins");foreach (string filename in Directory.GetFiles(path, "*.dll")){pluginpath.Add(filename);}}catch(Exception ex){Console.Write(ex.Message);}return pluginpath;}//載入插件，在Assembly中查找類型private object LoadObject(Assembly asm, string className, string interfacename, object[] param){try{//取得className的類型Type t =asm.GetType(className);if (t == null|| !t.IsClass|| !t.IsPublic|| t.IsAbstract|| t.GetInterface(interfacename) == null){return null;}//創(chuàng)建對(duì)象Object o = Activator.CreateInstance(t,param);if (o == null){//創(chuàng)建失敗，返回nullreturn null;}return o;}catch{return null;}}//移除無效的的插件，返回正確的插件路徑列表，Invalid:無效的private List<string> DeleteInvalidPlungin(List<string> PlunginPath){string interfacename = typeof(IPlugin).FullName;List<string> rightPluginPath = new List<string>();//遍歷所有插件。foreach (string filename in PlunginPath){try{Assembly asm = Assembly.LoadFile(filename);//遍歷導(dǎo)出插件的類。foreach (Type t in asm.GetExportedTypes()){//查找指定接口Object plugin = LoadObject(asm,t.FullName,interfacename,null);//如果找到，將插件路徑添加到rightPluginPath列表里，并結(jié)束循環(huán)。if (plugin != null){rightPluginPath.Add(filename);break;}}}catch{throw new Exception(filename+"不是有效插件");}}return rightPluginPath;}} }

========

MEF

?實(shí)戰(zhàn)MEF（5）：導(dǎo)出元數(shù)據(jù)
實(shí)戰(zhàn)MEF（4）：搜索范圍
實(shí)戰(zhàn)MEF（3）：只導(dǎo)出類的成員
實(shí)戰(zhàn)MEF（2）：導(dǎo)出&導(dǎo)入
實(shí)戰(zhàn)MEF（1）：一種不錯(cuò)的擴(kuò)展方式
========

開放工廠

開放工廠是一個(gè)敏捷、開放、共享、協(xié)作、社會(huì)化的軟件生產(chǎn)線平臺(tái)。它向開發(fā)者提供了規(guī)范化的OSGi.NET插件框架和可復(fù)用的插件倉庫，致力于解決應(yīng)用系統(tǒng)的模塊化敏捷開發(fā)、團(tuán)隊(duì)無縫協(xié)作和自動(dòng)化部署問題。開放工廠向軟件開發(fā)商提供了共享的插件倉庫。目前共享插件倉庫擁有超過100個(gè)的可直接使用插件，涵蓋了桌面界面框架、Web界面框架、數(shù)據(jù)庫訪問、數(shù)據(jù)挖掘、數(shù)據(jù)集成、大數(shù)據(jù)支撐、消息隊(duì)列、數(shù)據(jù)加密、文件訪問等各類插件。 軟件生產(chǎn)線 開放工廠向軟件開發(fā)商構(gòu)建了一條自動(dòng)化的敏捷軟件生產(chǎn)線平臺(tái)。這個(gè)生產(chǎn)線平臺(tái)能夠極大提高軟件開發(fā)效率、團(tuán)隊(duì)協(xié)作效率，使軟件的生產(chǎn)變得和生產(chǎn)線組裝一樣。 在這里，開發(fā)團(tuán)隊(duì)從插件倉庫獲取基礎(chǔ)插件并進(jìn)行組裝，在此基礎(chǔ)上根據(jù)實(shí)際需求開發(fā)業(yè)務(wù)邏輯插件，并將業(yè)務(wù)插件通過自動(dòng)化部署工具發(fā)布/更新到插件倉庫。 測(cè)試團(tuán)隊(duì)則從插件倉庫獲取需要測(cè)試的插件及其更新包組裝成軟件進(jìn)行測(cè)試，一旦發(fā)現(xiàn)問題則反饋給開發(fā)團(tuán)隊(duì)。 部署團(tuán)隊(duì)從插件倉庫獲取需要部署的軟件系統(tǒng)的插件進(jìn)行安裝，并利用開放工廠自動(dòng)升級(jí)功能實(shí)現(xiàn)自動(dòng)化的部署。 軟件生產(chǎn)線 開放工廠為軟件開發(fā)商提供了自動(dòng)化部署機(jī)制，為軟件提供商提供了持續(xù)部署和持續(xù)交付能力，實(shí)現(xiàn)了最高級(jí)別的“DevOps”。 在這里，當(dāng)插件變更需要發(fā)布時(shí)，開發(fā)團(tuán)隊(duì)通過鼠標(biāo)右鍵即可將插件及其后續(xù)升級(jí)包持續(xù)的發(fā)布到插件倉庫；管理人員則可以對(duì)插件倉庫進(jìn)行管理。 一旦插件倉庫產(chǎn)生變更后，實(shí)際部署環(huán)境則通過自動(dòng)升級(jí)/降級(jí)機(jī)制保持與插件倉庫版本一致，實(shí)現(xiàn)應(yīng)用系統(tǒng)的自動(dòng)化持續(xù)部署。 自動(dòng)化部署 開放工廠所有插件基于OSGi.NET面向服務(wù)插件框架構(gòu)建。該框架是國(guó)際上第一個(gè)完整遷移了OSGi R4規(guī)范的OSGi.NET框架，提供了動(dòng)態(tài)模塊化、面向服務(wù)和模塊擴(kuò)展三大功能，支持WinForm桌面應(yīng)用、WPF桌面應(yīng)用、ASP.NET Web應(yīng)用、ASP.NET MVC應(yīng)用、Silverlight RIA應(yīng)用、手機(jī)應(yīng)用等任意.NET應(yīng)用環(huán)境。 自動(dòng)化部署 開放工廠架構(gòu)
開放工廠架構(gòu)如下所示。開放工廠為用戶提供了公共/私有插件倉庫和插件SDK，允許用戶使用“搭積木”的方式創(chuàng)建 模塊化應(yīng)用程序。開放工廠為用戶提供的私有插件倉庫允許用戶以項(xiàng)目的形式來管理自己的應(yīng)用系統(tǒng)的所有插件及其升級(jí)包。 此外，它還暴露了開放接口，允許用戶通過開放接口來檢測(cè)插件框架等內(nèi)核文件的變更情況及相應(yīng)的文件，允許用戶訪問插件倉庫、獲取 插件倉庫插件的變更情況、獲取某個(gè)插件的文件。基于開放工廠的應(yīng)用系統(tǒng)使用插件SDK來開發(fā)應(yīng)用程序。利用SDK創(chuàng)建的程序可以通過開放接口來獲取插件框架 等內(nèi)核文件的最新版本并實(shí)現(xiàn)自動(dòng)更新，此外，自帶的系統(tǒng)插件——自動(dòng)升級(jí)與降級(jí)插件、插件倉庫訪問與插件管理服務(wù) 利用開放接口使應(yīng)用系統(tǒng)自動(dòng)與插件倉庫保持同步，并允許我們?cè)谌魏螘r(shí)候通過插件中心和插件管理界面來安裝、啟動(dòng)、 停止、卸載插件。開放·工廠結(jié)構(gòu)圖 開放工廠由OSGi.NET插件框架和插件倉庫組成
（1）OSGi.NET插件框架：它是OSGi R4規(guī)范移植到.NET平臺(tái)的實(shí)現(xiàn)，提供了動(dòng)態(tài)模塊化、面向服務(wù)架構(gòu)和模塊擴(kuò)展三大功能。在這里，模塊具備物理隔離性、熱插拔、動(dòng)態(tài)性和物理重用性。 （2）插件倉庫：它是一個(gè)在線的插件倉庫，所有插件均符合OSGi.NET規(guī)范，可運(yùn)行在OSGi.NET插件框架之上。您可以從插件倉庫中任意挑選插件進(jìn)行組裝，也可以開發(fā)新的插件進(jìn)行功能擴(kuò)展。 開放·工廠結(jié)構(gòu)圖 開放工廠具有六方面的價(jià)值
開放工廠價(jià)值 規(guī)范的模塊化框架和“積木式”軟件生產(chǎn)線
通過iOpenWorks，軟件開發(fā)工程師可以更加關(guān)注與業(yè)務(wù)結(jié)合，而無需考慮底層邏輯與實(shí)現(xiàn)，徹底解放了系統(tǒng)設(shè)計(jì)師，方便靈活的開發(fā)多領(lǐng)域定制化產(chǎn)品，開發(fā)軟件產(chǎn)品（項(xiàng)目）就像“搭積木”，而且由于OSGi采用微內(nèi)核機(jī)制，又可保證系統(tǒng)的穩(wěn)定高效。 顯著提升系統(tǒng)的設(shè)計(jì)能力
iOpenWorks能夠更加規(guī)范的讓設(shè)計(jì)師去完成系統(tǒng)設(shè)計(jì)工作，更加容易先分模塊設(shè)計(jì)業(yè)務(wù)架構(gòu)，后進(jìn)行模塊詳細(xì)設(shè)計(jì)。所有的設(shè)計(jì)師都基于一種設(shè)計(jì)規(guī)范，避免百花齊放，每個(gè)設(shè)計(jì)師都有自已一套設(shè)計(jì)方式，設(shè)計(jì)上無法通用的弊端。 實(shí)現(xiàn)了動(dòng)態(tài)可管理的系統(tǒng)（即插即用）
基于iOpenWorks開發(fā)的系統(tǒng)功能模塊（Plugin）可以動(dòng)態(tài)加載或者卸載，而系統(tǒng)本身無需停止，還可以通過遠(yuǎn)程管理工具進(jìn)行功能模塊的遠(yuǎn)程安裝、啟動(dòng)、停止和卸載模塊，或者訂閱模塊倉庫中模塊變更并同步。 建立了規(guī)范的團(tuán)隊(duì)并行開發(fā)方式、培訓(xùn)體系
基于iOpenWorks，軟件開發(fā)企業(yè)所有的項(xiàng)目都可以按照統(tǒng)一的基礎(chǔ)架構(gòu)、開發(fā)方式以及部署方式來完成，很容易形成團(tuán)隊(duì)的并行開發(fā)模式，自然而然的很容易形成在開發(fā)知識(shí)方面的培訓(xùn)體系。 系統(tǒng)維護(hù)成本大大降低
由于基于iOpenWorks開發(fā)的系統(tǒng)模塊具有嚴(yán)格意義上的模塊化，相對(duì)于傳統(tǒng)開發(fā)方式，系統(tǒng)模塊的組織、復(fù)用和擴(kuò)展變得容易，也簡(jiǎn)化了模塊的測(cè)試。當(dāng)一個(gè)系統(tǒng)功能需要修改或者發(fā)現(xiàn)Bug時(shí)，開發(fā)人員只需要修改或者Debug他自己的功能模塊，模塊之間沒有耦合，互不影響，這可以大大降低系統(tǒng)的維護(hù)成本。開發(fā)新功能也是一個(gè)“獨(dú)立”的模塊（Plugin），部署只需拷貝到指定目錄，系統(tǒng)即可擁有新功能。 建立企業(yè)級(jí)可復(fù)用軟件資產(chǎn)（構(gòu)件）庫變得容易
由于所有的系統(tǒng)設(shè)計(jì)、模塊開發(fā)都遵循統(tǒng)一的技術(shù)規(guī)范，企業(yè)所開發(fā)項(xiàng)目的所有模塊都可作為高可復(fù)用的軟件資產(chǎn)積累下來，企業(yè)可建立企業(yè)級(jí)可復(fù)用軟件資產(chǎn)庫，做新項(xiàng)目的時(shí)候只需要下載相應(yīng)的功能模塊進(jìn)行集成就能實(shí)現(xiàn)功能。
========

總結(jié)

以上是生活随笔為你收集整理的.net 插件式开发学习总结的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。