C#实现动态灵活调用业务方法的机制open in new window

posted on 2004-09-07 10:15 风前絮~~open in new window 阅读(1895) 评论(1)

问题的提出

在某些应用中往往会遇到这样的情况，例如最近遇到一个应用大致需要做这样的事情：

有几个比较类似的业务，但是每个的处理方法和输出不同；
需要动态的处理这些业务，例如某个时间可能需要处理甲业务，某个时间需要处理乙业务；
需要处理的业务数量不确定，随时可能有增减情况；
希望主体程序比较固定；

问题的分析

我的想法是将这些业务规范为一些类库，固定好规范的接口。然后将这些Dll统一放在某个目录下面，目录中的Dll可以采取简单的XCopy方式来增删，并且需要保证主体程序不会长时间占用某个Dll资源，调用完就释放。

解决方法实验

先将主要技术关键点抽取出来，关键就是建立一个可以动态调用某个目录下面的Dll中的某个方法的机制，因此先做一些简单的测试，将这个机制的建立弄清晰。

下面是这个简单的机制：

先建立了三个简单的类库，ADll，BDll，CDll。主体调用程序是testReadDll，它需要调用相对目录Dlls下面的全部Dll中的makeStr，没有输出错误信息继续执行下一个Dll。其中ADll和BDll都有类似的接口(这里并没有将接口抽象出来)，但CDll为了测试，并没有实现类似的接口。

假设ADll和BDll实现了方法makeStr，CDll没有实现这个方法。

由于.NET的强大的反射机制，实现这些功能并不困难。

主体程序中调用Dll指定方法的代码：

private void btnInvoke_Click(object sender, System.EventArgs e)
{
    lstValue.Items.Clear();
    DirectoryInfo d = new DirectoryInfo("Dlls");  // 目录和当前EXE在同一个目录下
    foreach (FileInfo file in d.GetFiles("*.dll"))
    {
        string pathName = d.FullName + "\" + file.Name;
        // 根据文件名获取程序集信息
        Assembly assembly = Assembly.LoadFrom(pathName);                
        lstValue.Items.Insert(0,assembly.FullName + "的调用结果：");
        try 
        {
            foreach (Type t in assembly.GetTypes())
            {
                Object obj = t.InvokeMember(null,
                    BindingFlags.Public | BindingFlags.Instance | BindingFlags.CreateInstance,
                    null,null,null);
                string s = (string)t.InvokeMember("makeStr",
                    BindingFlags.Public | BindingFlags.InvokeMethod | BindingFlags.Instance,
                    null,obj,null);
                lstValue.Items.Insert(0,s);
            }
        } 
        catch (Exception ex)
        {
            lstValue.Items.Insert(0,ex.ToString());
        }
    }
}

ADll相关代码：

using System;
namespace ADll
{
    /// <summary>
    /// Class1 的摘要说明。
    /// </summary>
    public class AClass
    {
        public AClass()
        {
            // TODO: 在此处添加构造函数逻辑
        }
        public string makeStr()
        {
            string retStr;
            retStr = "ADll make String";
            return retStr;
        }
    }
}

BDll相关代码：

using System;
namespace BDll
{
    /// <summary>
    /// Class1 的摘要说明。
    /// </summary>
    public class BClass
    {
        public BClass()
        {
            // TODO: 在此处添加构造函数逻辑
        }
        public string makeStr()
        {
            string retStr;
            retStr = "BDll make StringModifyAdd..ok2";
            return retStr;
        }
    }
}

CDll相关代码：

using System;
namespace CDll
{
    /// <summary>
    /// Class1 的摘要说明。
    /// </summary>
    public class CClass
    {
        public CClass()
        {
            // TODO: 在此处添加构造函数逻辑
        }
        public string makeStr2()
        {
            string retStr;
            retStr = "cDll make StringModify";
            return retStr;
        }
    }
}

机制测试

先将ADll，BDll编译通过放到Dlls下面，运行testReadDll调用makeStr结果如下：
不需要退出testReadDll，将ADll删除，运行testReadDll调用makeStr结果如下：
不需要退出testReadDll，将ADll和CDll再次放入Dlls，运行testReadDll调用makeStr结果如下：
那么如果ADll和BDll增加一个副本又如何呢？
不需要退出testReadDll，为ADll和BDll增加一个副本在Dlls如下图：
运行testReadDll调用makeStr结果如下：