NET插件系统之一,开头:MEF的一些疑问和相关思考

简介:

      实现可扩展的软件系统是我一直的目标和想法。可扩展性显然属于动态编程的范畴。因此,几个月来我在业余时间会抽空学习插件系统。  

我参考了博客园的几篇插件式系统的文章。知道了实现插件系统有以下的核心流程:

      1. 定义插件接口,并在各个功能组件中实现这些接口

  2. 在主程序中,通过遍历所需目录下的dll文件,查询实现该接口的type,从而通过createInstance方法实现其动态创建,并加入到主程序插件列表。下面的代码展示了该功能。


public void GetAllPluginInPath(string Path, string InterFaceName)
        {
            string[] DllFileName = Directory.GetFileSystemEntries(Path);
            Type[] types;
            foreach (string file in DllFileName)
            {

                if (System.IO.Path.GetExtension(file) == ".dll")
                {
                    Assembly assembly;

                    try
                    {
                        assembly = Assembly.LoadFrom(file);
                    }
                    catch
                    {
                        continue;
                    }

                    try
                    {
                        types = assembly.GetTypes();
                    }
                    catch (Exception ex)
                    {
                        continue;
                    }

                    foreach (Type type in types)
                    {
                        if (type.GetInterface(InterFaceName) != null && !type.IsAbstract)
                        {
                            object thisObject = Activator.CreateInstance(type);


                            IXPlugin rc1 = thisObject as IXPlugin;


                            //如果要在启动时被加载
                            if (rc1 != null && rc1.isStartLoaded)
                            {
                                AddPlugin(rc1);
                            }


                        }
                    }
                }
            }

        }

    这个流程其实很简单,我也比较方便的实现了自制的插件系统。 但问题随之而来:

      1. 如果该系统是一棵插件树,那么显然我需要不止一次查询所有dll文件,并查询所有type,这会带来显著的性能问题。

      2. 如果某类型不需要在启动时就实例化,那么我可以存储该类型,在需要的时候实现调用。

    3. 最核心也是最大的问题: 插件之间的相互访问如何解决,当前我只能采用 从插件列表中找到该引用,然后将其强制类型转换到所需的插件样式。但显然,这种做法很不好,不符合插件隔离,而且必须添加该项目引用。

      4. 我希望能在不实例化该类的前提下获得对象的某些属性, 比如, 一个游戏列表,它会提供这些游戏的名称,图片和相关信息。但这些数据才能如何获得?虽然有attribute,但它所提供的功能显然有限。

 

      后期,我采用了微软官方的MEF插件框架,我看了金旭亮老师的相关著作,并仔细阅读了Bēniaǒ成长笔记 关于MEF编程的部分,并手动实现之,虽然觉得足够方便,但带来的问题也更多:

      1. MEF可以方便的实现插件组件,不需要手动硬编码,但其中的控制权限显然不在用户,有些选项虽然开放,但你很难控制。虽然我知道有Lazy泛型,但如哪些方法在什么时候实例化还是很难保证。我并不需要在任何时候都保留所有插件的实例对象,而希望在需要的时候实例化或销毁它,可惜MEF未能提供。 

      2. 使用MEF后,必须强制将实现插件的各个组件版本升到.net 4.0, 虽然不是太难的事情,但却需要客户端更多的部署。

  3. MEF依旧没有解决插件间通信的问题,它仅仅为你提供了插件的集合,但组件间的事件,通信方法却只字未提。 如果是这样的话,它的功能岂不是太简单?

      4.MEF是否有性能问题?它的实现机制显然是反射和attribute, 但搜索目录和某一程序集并实例化的性能如何呢?我没有做过详细对比....

       结合前面,使用import和export关键字实现的MEF插件虽然很high,但带来的问题也绝对不少。   但实际上,我们手动实现一个比MEF更灵活的系统也不是一件太难的事情,而增加的代码量实际并不多,也不用加入这个依赖库。 于是,MEF的价值又有多大呢?

      

       我非常崇拜VS或者eclipse这样大型软件所实现的插件系统,主核心完全无法知道将来会有什么功能加入,但其可扩展性,性能,结构清晰程度都是像我这样的菜鸟无法企及的。是不是有更复杂的机制,如 事件管道来实现这些功能呢?我不知道。

       当然有很多类型的插件系统,比如MAF,我未曾做深入研究,是因为实在学习成本高昂,时间有限,但实际上特别希望能学习这些插件系统的精髓之处。

       非常希望有大牛能解决我的以下问题。

       1.  各插件之间能够解除引用依赖的事件通知方法。 调用难道我要把所有的功能都写入接口么?这显然不现实。

       2. 如何提升插件搜索组件的速度和性能?

       3. 如何在不实例化该类的前提下获得对象的某些属性?之所以不想实例化,是因为该对象可能比较庞大,如果对象很多,这会带来显著的性能问题

       有任何问题随时欢迎交流!


相关文章
|
26天前
|
开发框架 搜索推荐 算法
一个包含了 50+ C#/.NET编程技巧实战练习教程
一个包含了 50+ C#/.NET编程技巧实战练习教程
90 18
|
XML API 数据格式
十九、.net core使用SoapCore开发webservice接口,以及使用HttpClientFactory动态访问webservice接口
使用SoapCore实现在.net core平台下开发webservice;以及使用HttpClientFactory动态访问webservice。首先,需要在包项目下面引用SoapCore:
1116 0
十九、.net core使用SoapCore开发webservice接口,以及使用HttpClientFactory动态访问webservice接口
|
API
【.NET 6】使用.NET 6开发minimal api以及依赖注入的实现、VS2022热重载和自动反编译功能的演示
.net 6 LTS版本发布已经有若干天了。此处做一个关于使用.net 6 开发精简版webapi(minimal api)的入门教程,以及VS2022 上面的两个强大的新技能(热重载、代码自动反编译)的顺带演示。
420 0
【.NET 6】使用.NET 6开发minimal api以及依赖注入的实现、VS2022热重载和自动反编译功能的演示
|
开发框架 .NET 索引
全网最全面的ASP.NET标准控件介绍及代码演示(下)
全网最全面的ASP.NET标准控件介绍及代码演示(下)
全网最全面的ASP.NET标准控件介绍及代码演示(下)
|
开发框架 IDE 前端开发
全网最全面的ASP.NET标准控件介绍及代码演示(上)
全网最全面的ASP.NET标准控件介绍及代码演示(上)
全网最全面的ASP.NET标准控件介绍及代码演示(上)
|
.NET C# 开发框架
【技术贴】c# asp.net 无法直接启动带有“类库输出类型”的项目 若要调试此项目,请在此解决方
c# asp.net 无法直接启动带有“类库输出类型”的项目 若要调试此项目,请在此解决方案中添加一个引用库项目的可执行项目。将这个可执行项目设置为启动项     解决办法: 右键解决方案->属性->通用属性->启动项目->单启动项目->选择Web项目
2195 0
|
Web App开发 XML .NET
一起谈.NET技术,提供第三种代码生成方式——通过自定义BuildProvider为ASP.NET提供代码生成
  之前写了一些关于代码生成的文章,提供了两种不同方式的代码生成解决方案,即CodeDOM+Custom Tool和T4。对于ASP.NET应用,你还有第三种选择——自定义BuildProvider。[文中涉及的源代码从这里下载] 目录 一、BuildProvider是什么? 二、将XML表示的消息转换成VB.
1131 0
|
Web App开发 JavaScript 前端开发
学习ASP.NET Core Razor 编程系列十二——在页面中增加校验
原文:学习ASP.NET Core Razor 编程系列十二——在页面中增加校验 学习ASP.NET Core Razor 编程系列目录 学习ASP.NET Core Razor 编程系列一 学习ASP.
1480 0