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

4
我正在尝试创建一个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
    }
}

当我使用这个工具时,它并没有包含我的新WPF应用程序,但却包含了Class1。你有什么想法或建议吗?是否有更好的方法?非常感谢您的帮助。
1个回答

7

默认情况下,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")); 

话虽如此,我建议不这么做。与其让用户导出应用程序,我建议让他们导出实现了 ITool 接口的 UserControl。这样做会更符合预期,因为一个“应用程序”真正的设计和预期是作为自己的进程运行,而不是在单个父进程中组成。


网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接