如何组织多个复合WPF应用程序,使他们共享一个壳牌项目但来自不同的App.config文件填充自己的模块目录?

我写一套使用复合应用程序指南WPF应用程序。每个应用程序的功能是由不同的模块,这些模块在壳的App.config中列出的可用性来确定。通过给每个应用不同的App.config,我可以指定哪些模块的每个应用可以使用。

不过,我想与大家分享所有常见的外观和感觉的应用程序之间的单一壳牌项目。起初,我会为每个应用的解决方案,增加了壳牌的项目,然后添加相关的模块。的问题是,所述公共外壳项目只有一个App.config文件,我不能改变它在每个解决方案的基础。

填充通过代码目录不避免这个问题 - 仍然会有应用特定代码在必须以某种方式通过我使用的解决方案被激活壳牌

有帮助吗?

解决方案

什么我决定做是治疗壳牌作为自己的模块。每个应用程序都有自己的解决方案和项目,其中包括个人的App.config文件。他们也有自己的引导程序类。在每个应用中引导程序实例化壳牌。

其他提示

除了硬编码模块,以及从配置加载模块,也可以动态地从一个给定的目录中加载的模块。

因此,要设置不同的“应用程序”的所有使用相同的外壳,我想创建一个批处理文件,复制权的模块为每个应用以分离的文件夹,从而产生不同的应用。

在复合制导库文档中有更多关于设置项目从目录动态地加载模块。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top