当我们的服务平台搭建成功后，所需要做的主要事情就是开发服务端功能插件（IFunAddin）和客户端插件（IPassiveAddin），每个实现了一组相似或相近的需求/功能。

    好了，我们已经开发了十多对插件对，然后分别XCopy到了各个服务器节点上，“整个系统”已经投入了运行。通过前面的介绍（），相信大家对我们的“整个系统”有了个大致的映像。我们的IRAS服务器通常只存在于一个节点上，而我们的AS和对应的多个FS通常分布在非常多个节点上（比如每个大中城市都分配一个AS），而且这些节点相距非常遥远，深圳AS位于深圳、上海AS位于上海、武汉AS位于武汉等等。整个系统非常正常稳定的运行了一段时间后，某一天，用户要求增加一个新功能，这时你说，“非常简单，只需要开发一个对应的功能插件和客户端插件即可”。是的，对开发来说确实只需要这样，但是对于部署了？你需要“跑到”每个节点上安装新的功能插件，你也需要“跑到”所有的客户端那里安装新的客户端插件。安装是很容易的，XCopy就行了，但是，你“跑”得过来吗？

    看来，插件能够自动升级、自动加载/运行是非常重要的。手动进行这些工作，不仅效率低、而且非常容易出错。好了，我们来看ESFramework是如何对插件自动升级进行支持的。

    插件自动升级包括以下几个方面的意思：

（1） 当发现有更新版本的插件时，下载新版本插件覆盖旧版本插件。（插件版本升级）

（2） 当发现有原来没有的插件时，下载新插件。（添加新功能）

（3） 当发现原来的某插件在标准的插件目录中已经不存在时，删除本地对应的插件。（删除某项功能）

    AddinUpgradeType枚举反映了以上几种情况。

    public

 

enum

 AddinUpgradeType

    {

        Add ,Remove ,Update ,Keep 

//

keep 表示不需更新

    }

    我们需要在某个地方保存“标准的插件目录”信息，这通常是位于CommonDb（公共数据库，每个AS、FS、IRAS都可以访问）。标准插件目录中存储了每个插件的最新版本信息，这些信息由AddinVersionInformation类表示：

1    

public

 

class

 AddinVersionInformation

2 

    {

3 

        

public

 

int

     AddinKey ;

4 

        

public

 

float

 NewVersion ;

5 

        

public

 

bool

  Valid ;

6 

        

public

 

string

 AddinFileName ;

7 

    }

    插件的自动升级由IAddinUpgrador支持，每当启动升级过程时，IAddinUpgrador的工作步骤如下：

（1） 获取标准目录中的所有插件信息，并与本地的插件信息相比较，得到一个AddinUpgradeContent集合，集合中的AddinUpgradeContent对象反映了对某个插件应该进行怎样的操作――下载新版本覆盖、删除、下载新添加的插件。        AddinUpgradeContent定义如下：

1    

public

 

class

 AddinUpgradeContent

2 

    {

3 

        

public

 

int

 AddinKey 

=

 

-

1

 ;

4 

        

public

 AddinUpgradeType UpgrageType 

=

 AddinUpgradeType.Keep;

5 

        

6 

        

public

 

string

 AddinFileName ;

//

下载插件后存储于本地的名称

7 

    }

（2） 对于每个AddinUpgradeContent，IAddinUpgrador进行审查，并根据UpgrageType执行对应的操作。

    比如是覆盖本地的插件，则IAddinUpgrador首先会删除本地存储介质上的插件，然后下载新版本插件到本地，接着要求IAddinManagement从内存中动态移除对应的插件，最后，命令IAddinManagement加载新版本的插件。这里存在一个的问题，大家可以通过链接进行了解。

（3） 将升级成功/失败的信息输出、或记录到日志中。

    IAddinUpgrador接口定义如下：

    public

 

interface

 IAddinUpgrador

    {

        IAddinUpgradeHelper  AddinUpgradeHelper{

set

 ;}        

        IAddinManagement     AddinManagement{

set

 ;}        

        

string

                 LocalAddinDirectory{

set

 ;}

        IAddinUpgradeMsgOutputer AddinUpgradeMsgOutputer{

set

 ;}

        

void

 StartUpgrador() ;

    }

    

public

 

interface

 IAddinUpgradeHelper

    {

        

string

 GetAddinUrl(

int

 addinKey) ;

        AddinVersionInformation[] GetAddinVersionNew() ;

    }

    

public

 

interface

 IAddinUpgradeMsgOutputer

    {

        

void

 PutoutMsg(

string

 msg) ; 

//

用于记录升级成功、异常等信息

    }

    关于IAddinUpgrador的实现，大家可以参考发布的ESFramework源码中的Addin目录。

    在我们的FS或客户端程序中（因为这两个地方需要实现插件自动升级），我们通常设置一个定时器，每隔一段时间就调用IAddinUpgrador. StartUpgrador()方法一次，来实现自动升级过程。

    这里讲的是插件自动升级的过程，如果我们的服务平台发生了改变，AS、FS需要升级，该如何处理？其实思想与本文是差不多的，这将在下篇文章中介绍。

    感谢关注！

上一篇文章：