Plugin 的插入和退出机制，都搞定啦。郁闷了二天了。
由于这个Plugin机制相对有点复杂（这个相对大概是针对网上能找到的那些plugin的demo来说的，
)，有类多重继承，有接口，还有接口的继承，也弄不明白，为什么，我就是不能成功地把dll给卸载下来，后来也只好采用AppDomain的ShadowCopyFiles方法，但一开始也不成功。。OK，现在总结一下先。
这个Plugin机制，主要是依照codeproject上的一个例子：
http://www.codeproject.com/csharp/livecodedotnet.asp (动态编译）
动态编译的例子，很简单，也很成功。这个例子的思路很好：
在AppDomain里建立一个返回Interface的Factory，然后导入dll，返回接口，执行，然后AppDomain.UnLoad()掉。
这个例子可没有用ShadowCopyFiles 方法。
从这个例子得到的有价值信息有：
1、在导入的dll，在继承上，是有顺序的，Factory要返回的接口，必须排在继承接口的首位上。（大概谁的接口在先，这个dll最后就归谁，不知道了。文章里也没有说清楚。
原文如下：
An important hint if you extend the component model: Please be sure to specify the class interface inheritance list by placing the plug-in interfaces at the beginning:
public class YourPluginClass : MarshalByRefObject, IPlugInterface,
IYourLocalInterface
If you write the wrong order:
public class YourPluginClass : MarshalByRefObject, IYourLocalInterface,
IPlugInterface
your plugin-assembly will be attached to the primary domain and thus be locked.
2、如果你导入的dll里有AppDomains共享的东西（我也不知道是什么，大概我的程序就死在这个上面了..），则AppDomain.UnLoad( yourDomain )后，也不能清除和真正卸载这个dll，而且除了关闭整个应用程序外，别无他法。。（郁闷了）
于是我只好采用ShadowCopyFiles方式，找了很多文档，曾经把AppDomainSetup的属性设置了七八条之多，还是不行，更有甚者，看到msdn上有说对这个AppDomainSetup的文档不足，甚至有错之处...
好了，后来，无意中又是在CodeProject上看到一个demo，(CodeProject真是好哈，看起来，最能帮我解决问题的就是她啦）
http://www.codeproject.com/csharp/CodeCompilation.asp (这也是动态编译）
与上一个例子不同的是，他采用的是ShadowCopyFiles的方式，我试了一下，执行后，还是可以直接删除dll，这说明dll没有被lock住哈，OK，满足我的要求。但看代码也没有什么奇怪的地方啊。。为什么别的就不行？仔细一看，发现如下的区别：
AppDomainSetup ads = new AppDomainSetup();
ads.ShadowCopyFiles = "true";
AppDomain.CurrentDomain.SetShadowCopyFiles();
看到了没，人家可不是 ads.SetShadowCopyFiles();
OK，搞定。
