【问题标题】:Managed AddIn Framework (MAF) - Host Third Party Addons托管插件框架 (MAF) - 托管第三方插件
【发布时间】:2014-01-02 19:39:44
【问题描述】:

我将在我们的 WPF 项目中使用,因为我需要一个允许多个插件加载运行时的强大插件架构。我仍处于 MAF-Addin 管道框架的学习阶段。

  • WPF 宿主应用程序将在运行时发现并加载其插件程序集。

  • 插件将由在其自己的域中运行的未知第三方创建,因此必须对它们进行沙盒处理以防止它们使主应用程序崩溃。

我有一些非常基本的疑问:

  • 第三方能否使用任何语言/技术来编写插件,并且可以与主机端的 MAF(System.Addins) 一起使用?还是必须支持 .NET?

  • 第三方将为我们编写插件,我们将在我们的 WPF 应用程序中集成他们的插件。关于我们的插件 MAF (addIn) 框架,我们是否需要向他们传达某些要求?除了我们的应用程序主要 API 功能外,他们还需要遵循某些 MAF 准则吗?

【问题讨论】:

    标签: .net wpf sandbox maf


    【解决方案1】:

    关于第三方插件的语言/技术,它必须是 .NET 程序集。这并不意味着插件的 .NET 程序集不能使用本机 dll 或 COM 对象。

    关于插件开发人员的指导方针,这取决于您的合同。

    如果您已虔诚地遵循 System.Addin 合同准则,那么插件开发人员应该不会关心它。他们只需要实现加载项的视图。

    另一方面,如果您没有遵循合同指南(例如,在您的合同中使用 System.Object),那么您可能需要插件开发人员遵循在特定条件下可能需要的额外指南(例如,单独 AppDomain 中的插件或进程)。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2016-03-21
      • 2018-09-27
      • 2017-03-24
      相关资源
      最近更新 更多