使用WPF应用程序使用MEF运行多个不同的应用程序

Question

我正在尝试创建一个WPF应用程序,它将成为其他应用程序的中心点.主应用程序应该能够根据用户需求动态加载其他应用程序.经过一些研究,MEF似乎可能是解决这个问题的方法.

我是MEF的新手所以我写了一个测试应用程序,试图让MEF工作.测试应用程序定义了一个非常基本的ITool接口.我能够毫无困难地从类库中导入多个类,但是我无法导入另一个WPF应用程序.这可能与MEF有关吗？

我的主要WPF应用程序创建了一个ToolContainer实例,用于创建和组合部件.

class ToolContainer
{
    [ImportMany(typeof(ITool))]
    IEnumerable<Lazy<ITool>> _tools;

    private CompositionContainer _container;

    public ToolContainer()
    {
        AggregateCatalog catalog = new AggregateCatalog();
        catalog.Catalogs.Add(new DirectoryCatalog(
            "C:\\Application Development\\Tool Center\\Tool Extensions"));

        _container = new CompositionContainer(catalog);

        try
        {
            _container.ComposeParts(this);
        }
        catch (CompositionException compositionException)
        {
            //TODO: show error dialog
        }
    }

}

这是界面

public interface ITool
{
    String ToolName { get; }
    void OpenTool();
}

我创建了多个继承自ITool的类,并且导出工作正常.这里有一个例子.

[Export(typeof(ITool))]
public class Class1 : ITool
{
    public String ToolName
    {
        get { return "....."; }
    }

    public void OpenTool()
    {
        //open the tool
    }
}

现在我想导入一个继承ITool接口的整个WPF应用程序.这里的想法是外部用户可以创建自己的WPF应用程序,这些应用程序可以从主WPF应用程序运行.在未来,ITool界面将更加先进,但我正在尝试立即完成基础工作.我创建了一个新的测试WPF项目并将App.xaml.cs修改为以下内容:

[Export(typeof(ITool))]
public partial class App : Application, ITool
{
    public String ToolName
    {
        get { return "Tool Sample"; }
    }

    public void OpenTool()
    {
       //open the tool
    }
}

当我这样做_tools不包含我的新WPF应用程序,但确实包含Class1.我有什么想法我做错了吗？有更好的方法吗？任何帮助将不胜感激.

Answer 1

默认情况下,DirectoryCatalog的构造函数仅搜索*.dll目录中文件中的类型.您可以通过添加第二个目录来查找.NET可执行文件中的类型,从而使其"正常工作",如下所示:

AggregateCatalog catalog = new AggregateCatalog();
catalog.Catalogs.Add(new DirectoryCatalog(
        "C:\\Application Development\\Tool Center\\Tool Extensions"));
catalog.Catalogs.Add(new DirectoryCatalog(
        "C:\\Application Development\\Tool Center\\Tool Extensions", "*.exe")); 

话虽如此,我建议不要这样做.我建议让他们导出一个UserControl实现,而不是让你的用户导出应用程序ITool.这将以更加期望的方式运行,因为"应用程序"确实被设计并且预期作为其自己的进程运行,而不是在单个父进程内组成.