7
|
MPritchard · 技术社区 · 15 年前 |
![]() |
1
1
您也可以这样做,但需要创建辅助AppDomain。这本身就是一个好主意,因为很多原因都与多个外接程序和程序集引用有关。但有一件事你可以放在 AppDomain's setup 是“app.config”文件的名称/路径。 为了创建新的AppDevices,可以使用一个“SHIM”,它是一个配置和启动AppDe域的样板C++代码,而代码的其余部分可以是托管代码。 有一篇关于MSDN的文章,由安德鲁·怀特查普撰写,名为 Isolating Office Extensions with the COM Shim Wizard . 我不会撒谎,这不是一个微不足道的概念,但也不是太糟糕。有一个向导为您创建C++项目,它将.NET插件加载到新的AppDe域中。AppDomain的配置必须在加载之前完成,因此您需要将以下内容放入向导创建的代码中。
还值得注意的是,如果/当您转换为VSTO项目时,VSTO运行时会为您执行所有这些AppDomain配置。每个VSTO加载项都在自己的AppDomain中运行,并具有自己的私有app.config文件。 |
![]() |
2
3
这样做是有原因的。可以从多种类型的应用程序调用单个DLL,每种应用程序可能有不同的需求(例如,可能有不同的数据库)。因此,应用程序指定的是设置,而不是引用的程序集。 我认为你已经提出的是最好的办法。我知道这似乎是在复制配置文件,这意味着当代码更改时,您需要担心重复的配置文件,但这是最好的做法。 |
![]() |
3
3
我在web.config中遇到了类似的问题。。。。我找到了一个有趣的解决办法。您可以封装配置读取功能,例如:
http://rogeralsing.com/2009/05/07/the-simplest-form-of-configurable-dependency-injection/ |
![]() |
4
1
|
![]() |
5
0
据我所知,您希望配置是安装dll的机器的全局配置。机器全局配置选项有一个machine.config文件。我自己从未使用过它,所以我没有任何更详细的信息,但它可能值得研究。 http://msdn.microsoft.com/en-us/library/ms229697(VS.71).aspx . 谷歌搜索“machine.config”会提供更多的信息。 另一种方法是将自定义xml文件放在dll文件的安装目录中。要获取文件的路径,请使用System.Reflection.Assembly.GetExecutionGassembly.Location(或者使用CodeBase而不是Location)。不幸的是,您必须在xml文件的基础上构建自己的配置管理,但多亏了LINQtoXML,我认为xml比以往任何时候都更加轻松。 |
![]() |
6
0
还有一种方法可以从COM组件加载.config文件,我已经使用了好几年了。
您可以使用application.config中的所有普通标记(例如,runtime、system.diagnostics等) 我使用vbscript创建COM+应用程序:
|
![]() |
Emopusta · 从后端到前端的图像路径不工作 2 年前 |
![]() |
Asdrubal Hernandez · Linq查询特定数组索引出错 2 年前 |
![]() |
Niyazi Babayev · 如何在表达式中动态应用表达式? 2 年前 |
|
Dansih · .Net核心自定义身份验证方案 2 年前 |
![]() |
lolorekkk · 面板插入。NET WinForm 2 年前 |