9

这个问题可能与设计相关或代码相关，但我被困住了，所以我愿意接受任何类型的答案；正确方向的指针！

我使用 MEF（托管可扩展性框架）开发了一款 WPF 软件，该软件将充当插件的一种编排器。该应用程序只是根据用户的选择在插件之间重定向数据，因此根本不知道插件的作用（特别是因为它们可以由第 3 方开发人员开发）。应用程序和插件共享一个接口作为了解调用哪些方法的一种方式，因此流量是双向的：插件调用主应用程序中的方法发送数据，而主应用程序将此数据传递给另一个插件.

到目前为止这有效，但我遇到了同步行为的问题。接口定义的所有方法都没有返回值（Void），我正在努力获得一种“即发即弃”的方法，调用应用程序不需要坐在那里等待插件接收函数完成执行代码（并调用返回到主应用程序！）。

那么解决这个问题的最佳方法是什么？让每个插件（和主应用程序）将其工作负载放在某种“堆栈”上，以便能够将控制权返回给调用方，然后拥有一些单独运行的机制，逐项通过堆栈工作（并且这种堆叠方法是异步的吗？）？

其他值得注意的事情是插件在单独的线程中运行（根据调试器线程窗口），并且当它们被初始化时，它们会从调用主应用程序中获得引用，以便它们可以在主应用程序中触发函数。插件还经常需要告诉主应用程序它们处于什么状态（空闲、工作、错误等），并且还发送数据以由主应用程序记录，因此这通常会创建一个嵌套调用层次结构（如果你关注我的话， 很难解释）。

我为此使用.Net 4.5。

下面是一些简化的代码示例。我替换了一些名称，所以如果某处有拼写错误，它就在这里，而不是在真正的代码中。:)

界面：

public interface IMyPluggableApp 
{
    void PluginStatus(string PluginInstanceGuid, PluginInstanceState PluginInstanceState);
    void DataReceiver(string PluginInstanceGuid, string ConnectorGuid, object Data);
    void Logg(string PluginInstanceGuid, LoggMessageType MessageType, string Message);
}

public interface IPluginExport
{
    PluginInfo PluginInfo { get; set; }
    void Initialize(string PluginInstanceGuid, Dictionary<string, string> PluginUserSettings, IMyPluggableApp MyPluggableApp);
    void Start(string PluginInstanceGuid, List<ConnectorInstanceInfo> ConnectedOutputs);
    void Stop(string PluginInstanceGuid);
    void PluginClick(string PluginInstanceGuid);
    void PlugginTrigger(string ConnectorGuid, object Data);
}

插件：

    public static IMyPluggableApp _MyPluggableApp

[PartCreationPolicy(CreationPolicy.NonShared)]
[Export(typeof(IPluginExport))]
public class PluginExport : IPluginExport
{
     public void Initialize(string PluginInstanceGuid, Dictionary<string, string> pluginUserSettings, IMyPluggableApp refMyPluggableApp)
    {
        _MyPluggableApp = refMyPluggableApp; // Populate global object with a ref to the calling application

        // some code for setting saved user preferences

        _MyPluggableApp.PluginStatus(PluginInfo.PluginInstanceGuid, PluginInstanceState.Initialized); // Tell main app we're initialized
    }
    public void Start(string PluginInstanceGuid, List<ConnectorInstanceInfo> ConnectedOutputs)
    {
        // Some code for preparing the plugin functionality

        _MyPluggableApp.PluginStatus(PluginInfo.PluginInstanceGuid, PluginInstanceState.Initialized); // Tell main app we started
    }
    public void PlugginTrigger(string ConnectorGuid, object Data)
    {
        _MyPluggableApp.PluginStatus(AvailablePlugins.PluginInfo.PluginInstanceGuid, PluginInstanceState.Running_Busy); // Tell main app we're busy

                // Run the code that actually provides the functionality of this plugin

        _MyPluggableApp.PluginStatus(AvailablePlugins.PluginInfo.PluginInstanceGuid, PluginInstanceState.Running_Idle); // Tell main app we're idle
    }

    // and so on ...
}

主要应用：

public partial class MainWindow : IMyPluggableApp 
    {
        [ImportMany(typeof(IPluginExport))]
        IPluginExport[] _availablePlugins;

        public void PluginStatus(string PluginInstanceGuid, PluginInstanceState PluginInstanceState)
        {
                    // Code for setting status in GUI
        }

        public void DataReceiver(string PluginInstanceGuid, string ConnectorGuid, object Data)
        {
                    ConnectorInfo connector_source = GetConnectorInfo(ConnectorGuid);
                    PluginInfo plugin_source = GetPluginInfo_ByPluginInstanceGuid(PluginInstanceGuid);

                        ConnectorInstanceInfo connector_destination = (from i in _project.PluginInstances
                                    from y in i.ConnectedConnectors
                                    where i.PluginInstanceGuid == PluginInstanceGuid
                                    && y.ConnectedFromOutput_ConnectorGuid == ConnectorGuid
                            select y).FirstOrDefault();

                        _availablePlugins.Where(xx => xx.PluginInfo.PluginInstanceGuid == connector_destination.ConnectedToInput_PluginInstanceGuid).First().PlugginTrigger(ConnectorGuid, Data);
        }

        public void Logg(string PluginInstanceGuid, LoggMessageType MessageType, string Message)
        {
                    // Logg stuff
          }
}

主应用程序中的 DataReceiver 函数接收数据，查看插件应该有它，然后发送它（通过 PlugginTrigger 函数）。

4

1 回答 1

5

几点观察：

  • 即发即弃是主机的要求，因此插件实现不必担心。
  • 我不认为（如果我错了，请纠正我）CLR 支持在同一个 AppDomain 中以“即发即弃”的方式调用方法。如果您的插件被加载到单独的进程中，并且您正在使用 WCF 与它们进行通信，那么您可以简单地IsOneWay在您的OperationContractAttribute.

第二点提出了一种解决方案，这对于您的情况来说似乎有点矫枉过正 - 但无论如何让我们提一下。您的插件可以托管进程内 WCF 服务，并且 WPF 应用程序和插件之间的所有通信都可以通过 WCF 服务代理完成。然而，这带来了一场配置噩梦，并且确实为您必须解决的一大堆其他问题打开了一罐蠕虫病毒。

让我们从初始问题的一个简单示例开始，并尝试从那里解决它。这是带有插件的控制台应用程序的代码：

public class Program
{
    private static void Main(string[] args)
    {
        var host = new CompositionHost();
        new CompositionContainer(new AssemblyCatalog(typeof(Plugin).Assembly)).ComposeParts(host);
        var plugin = host.Plugin;
        plugin.Method();
        Console.ReadLine();

    }

    private class CompositionHost: IPartImportsSatisfiedNotification
    {
        [Import(typeof (IPlugin))] private IPlugin _plugin;

        public IPlugin Plugin { get; private set; }

        public void OnImportsSatisfied()
        {
            Plugin = _plugin;
        }
    }
}

public interface IPlugin
{
    void Method();
}

[Export(typeof(IPlugin))]
public class Plugin : IPlugin
{
    public void Method()
    {
        //Method Blocks
        Thread.Sleep(5000);
    }
}

问题是调用plugin.Method()被阻塞。为了解决这个问题，我们将向控制台应用程序公开的界面更改为以下内容：

public interface IAsyncPlugin
{
    Task Method();
}

调用此接口的实现不会阻塞。我们唯一需要改变的是CompositionHost类：

    private class CompositionHost: IPartImportsSatisfiedNotification
    {
        [Import(typeof (IPlugin))] private IPlugin _plugin;

        public IAsyncPlugin Plugin { get; private set; }

        public void OnImportsSatisfied()
        {
            Plugin = new AsyncPlugin(_plugin);
        }

        private sealed class AsyncPlugin : IAsyncPlugin
        {
            private readonly IPlugin _plugin;

            public AsyncPlugin(IPlugin plugin)
            {
                _plugin = plugin;
            }

            public Task Method()
            {
                return Task.Factory.StartNew(() => _plugin.Method());
            }
        }
    }
}

显然，这是一个非常简单的示例，在将其应用于您的 WPF 场景时，实现可能会略有不同 - 但一般概念应该仍然有效。

于 2013-11-08T14:07:32.897 回答