尹自强.DoSomething()

一、引言    1. 问题的引入    假设你设计的程序已经部署到用户的计算机上，并且能够正常运行了。但是有一天，用户打来了电话——他们要求增加新的功能。确定了用户的需求后，你竟然发现原有的软件架构已经无法胜任新增任务的需求——你需要重新设计这个应用了！但问题是，就算你又用了一个开发周期完成了用户需要的应用，却不能保证用户的需求不会再次变更。也就是说，需求蔓延的可能性依然存在。因此，这种情

插件的本质在于不修改程序主体（平台）的情况下对软件功能进行扩展与加强，当插件的接口公开后，任何公司或个人都可以制作自己的插件来解决一些操作上的不便或增加新的功能，也就是实现真正意义上的“即插即用”软件开发。平台+插件软件结构是将一个待开发的目标软件分为两部分，一部分为程序的主体或主框架，可定义为平台，另一部分为功能扩展或补充模块，可定义为插件。    在进行软件开发之前，是否采用平台+插件

[引言]在.NET框架下的C#语言,和其他.NET语言一样提供了很多强大的特性和机制.其中一些是全新的,而有些则是从以前的语言和平台上照搬过来的.然而,这种巧妙的结合产生了一些有趣的方法可以用来解决我们的问题.这篇文章将讲述如何利用这些奇妙的特性,用插件(plug-ins)机制建立可扩展的解决方案.后面也将提供一个简要的例子,你甚至可以用这个东西来替换那些已经在很多系统中广泛使用的独立的程序.

在软件开发的领域中，插件技术一直是一项非常实用的技术。许多优秀的软件产品都提供了通过加载插件来扩展、丰富产品本身功能的能力。而像Firefox、Eclipse之类的软件，更是将插件的功能发挥到了极致。顺便做点广告的是，我们的Mussel框架便是一套基于插件扩充应用功能的框架：），在这里我们来分析一下.Net中常用的插件技术。我们先从最简单的加载方式来讲起，我们知道在Assembly类中，提

在C++中加载和卸载DLL是一件很容易的事，LoadLibrary和FreeLibrary让你能够轻易的在程序中加载DLL，然后在任何地方卸载。在C#中我们也能使用Assembly.LoadFile实现动态加载DLL，但是当你试图卸载时，你会很惊讶的发现Assembly没有提供任何卸载的方法。这是由于托管代码的自动垃圾回收机制会做这件事情，所以C#不提供释放资源的函数，一切由垃圾回收来做。

我们知道，进程是操作系统用于隔离众多正在运行的应用程序的机制。在．Net之前，每一个应用程序被加载到单独的进程中，并为该进程指定私有的虚拟内存。进程不能直接访问物理内存，操作系统通过其它的处理把这些虚拟内存映射到物理内存或IO设备的某个区域，而这些物理内存之间不会有重叠，这就决定了一个进程不可能访问分配给另一个进程的内存。相应地，运行在该进程中的应用程序也不可能写入另一个应用程序的内存，这确保了任

很多时候,我们都想使用(开发)USB式(热插拔)的应用,例如,开发一个WinForm应用,并且这个WinForm应用能允许开发人员定制扩展插件,又例如,我们可能维护着一个WinService管理系统,这个WinService系统管理的形形色色各种各样的服务,这些服务也是各个"插件式"的类库,例如: public interface IJob { void Run(

设想这样一种场景：我们的服务系统提供一系列的功能服务，而以后会有更多新的功能服务增加进来，也可能出现功能服务需要被更改或移除的情况。对于这样的服务系统，一个常见的基本的要求就是，在添加/移除/更新功能服务的时候不能停止的服务系统的运行。通常，将每一项服务封装成一个插件Dll，可以非常容易地实现“插件热插拔”（关于插件的基础信息），但是插件的“热替换”（“动态替换”）却成了一个问题。原因在于，当我们