gpt4 book ai didi

c# - 组合应用程序配置的方法(例如 PRISM、MEF)

转载 作者:可可西里 更新时间:2023-11-01 07:58:39 26 4
gpt4 key购买 nike

PRISM 和 MEF 等框架使得使用多个可组合组件设计复杂的应用程序变得非常容易。一个常见的示例是插件架构,其中可以使用插件 UI 组件动态地重新配置应用程序外壳(例如,通过将 DLL 放入 Plug-ins 目录)。

一切都很好,但正如 Vaccano 在 Can Prism be modular when calling webservices? 中发现的那样在某些情况下,每个单独的插件都需要自己的一组配置 - WCF 绑定(bind)是一个典型示例,但还有许多其他场景(日志记录、数据库连接等)具有类似的需求。

因此,在我看来,我们的选择是:

  • 所有配置都进入 shell 应用程序的 App.config(正如 Vaccano 提到的那样,它破坏了该模型的整个封装和部署优势),或者
  • 每个插件程序集都使用定制的配置机制(例如嵌入式资源),然后使用它来动态配置 WCF 服务,例如(充其量是困惑和耗时的,最坏的情况下可能是不可能的)

这些选项都不是理想的,但它们是解决方法。然而,理想的情况是每个插件 DLL 都具有自包含配置(例如嵌入式资源文件)或 Xxx.dll.config 文件,并具有这些 XML 配置中的每一个片段在运行时动态合并到 shell 应用程序的 App.config 配置中。这让人想起 Machine.configApp.config 文件合并的方式。

因此,我的问题是:有没有人遇到任何现有框架或技术,可用于允许将复合配置文件动态合并到容器应用程序的进程内配置中? 我很惊讶没有将其视为 PRISM 或 MEF 的一部分,因此我对发布此问题有点谨慎,以防我遗漏了一些明显的东西 - 如果是这样,请悄悄发布相关链接:)

最佳答案

我们遇到了同样的问题。我也没有找到解决方案。

以下是我见过人们做过(或我们做过)的两件事:

手动服务端点注册

创建一个应用程序服务注册表,说明如何从 T 创建 ChannelFactory。每个模块都可以通过调用 RegisterService<T> 在 IModule Initialize 中为此做出贡献。该模块的所有从属 View 都可以从中获取它们的 channel 工厂:

public interface IServiceRegistry
{
void RegisterService<T>(ServiceEndpoint ep);
ChannelFactory<T> GetService<T>();
}

而不是返回 ChannelFactory<T>在这里你可以返回 T当然(买者自负)。 View/ViewModels 会简单地请求一个 IServiceRegistry 作为依赖项,并以这种方式获取它们的服务代理。这也为编写单元测试时的隔离提供了方便的场所。

嵌入式配置

一个约定系统大致做与上面相同的事情,但基于嵌入在 DLL 中的配置(如您所建议的)并利用命名配置。您将以与上述相同的方式使用它,但体验会略有不同。我们使用嵌入在我们的 DLL 中的约定“Endpoints.config”并从中读取。

public interface IServiceChannelFactoryFactory //I'm terrible at naming
{
//This is much like the generated concrete class when you use "Add Service Reference"
//Except there is no method with an empty parameter
ChannelFactory<T> GetService<T>(string endpointName);
}

我们的“Endpoints.config”每个 endpointName 都有多个端点,并添加了使该端点对环境(开发、质量检查、暂存、生产)唯一的属性。我不知道这是否让您担心,但这是放置此类配置的方便位置。

两者都有效。令我惊讶的是,我没有看到更多人谈论这个。好问题。

关于c# - 组合应用程序配置的方法(例如 PRISM、MEF),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5514299/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com