如何动态加载 Prism / Composite Application Library 中的模块？

Question

我的 Prism/CAL 应用程序中有一个类，它生成一个表单供用户填写数据。

表单由XML文件定义，如下所示：

<area idCode="general" title="General">
    <column>
        <group title="Customer Data">
            <field idCode="title" requiredStatus="true">
                <label>title</label>
                <fieldType>Title</fieldType>
            </field>
            <field idCode="firstName" requiredStatus="true">
                <label>First Name</label>
                <fieldType>Text</fieldType>
            </field>
            <field idCode="lastName" requiredStatus="true">
                <label>Last Name</label>
                <fieldType>Text</fieldType>
            </field>
            <field idCode="email" requiredStatus="true">
                <label>E-Mail</label>
                <fieldType>Email</fieldType>
            </field>
            ...
        </group>
        </column>
    </area>

表单需要加载与XML中的每个字段类型相对应的特定控件，例如

• 标题（显示下拉列表：先生、夫人、博士等）
• 文本（简单文本框）
• 电子邮件（带有电子邮件地址的文本框）邮件验证）
• ZipCode （带有邮政编码验证的文本框）

我想让每个控件成为一个加载的单独模块，以便例如 ZipCode 模块将作为模块存在于 Modules 目录中文件：

ZipCode.dll

这只是一个基于邮政编码进行验证的简单文本框控件，但开发人员可以制作另一个名为：的控件，

ZipCodePlus.dll

它继承相同的界面，但提供弹出式地理信息邮政编码的地球选择器。一旦客户将 ZipCode.dll 替换为 ZipCodePlus.dll，他的所有表单都将具有此新 功能 > 用于搜索邮政编码。

但是，我很难想象这将如何在技术上实现，因为当我的表单类正在解析 XML 时，它会实例化为控件提供功能的类，但为了实例化类，我必须对它有一个引用：

SmartFormFieldZipCodePresenter smartFormFieldEmailPresenter
    = container.Resolve<SmartFormFieldEmailPresenter>();

但是我如何动态实例化它，即将类的名称作为字符串 ，如果该类不存在，那么它将抛出适当的异常，例如：

PSEUDO-CODE：

try {
    var smartFormFieldZipCodePresenter
        = container.Resolve("smartFormFieldZipCodePresenter");
}
catch (ModuleDoesNotExistException) {
    ...
}

Answer 1

看起来您已经非常接近问题的技术解决方案了。我只需创建一个接口 - IZipCodePresenter - 并在我的 ZipCode.dll 或 ZipCodePlus.dll 模块启动中注册实现。

Container.RegisterType<IZipCodePresenter, StandardZipCodePresenter>();

然后在解析器中解析实例，如下所示：

var zipCodePresenter = container.Resolve<IZipCodePresenter>();

假设没有为该接口注册任何实例，则会引发异常。否则，您将获得最后注册的 IZipCodePresenter 的具体实现。请注意，只有当您尝试注册接口时才会引发异常。如果您尝试向 Unity 注册一个类，它将根据 Lifetime Manager 策略创建一个实例。

如果您想更进一步，您可以创建一个界面...类似于 IDynamicPresenter。然后，您可以根据已知字符串（在基础设施项目中定义）进行注册。

Container.RegisterType<IDynamicPresenter, StandardZipCodePresenter>(PresenterName.ZipCodeControl);
Container.RegisterType<IDynamicPresenter, StandardEmailPresenter>(PresenterName.EmailControl);

然后像下面这样解决：

var zipCodeControl = Container.Resolve<IDynamicPresenter>(PresenterName.ZipCodeControl);
var emailControl = Container.Resolve<IDynamicPresenter>(PresenterName.EmailControl);

我更喜欢前一种解决方案，但这肯定是一个有效的选择。

希望这有帮助！

Ps 这听起来是一个有趣的想法...我很想听听您的实施情况如何。您甚至可以更进一步，基于 ASP.NET MVC 中的一些概念创建一个完整的 XAML 构建器框架。它可以简化测试，同时具有 WPF 的强大功能。祝你好运！