从.NET DLL – app.config问题消耗webservice

前端之家收集整理的这篇文章主要介绍了从.NET DLL – app.config问题消耗webservice前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我正在构建一个DLL,我们称之为mydll.dll,在其中我有时需要从webservice myservice调用方法. mydll.dll是使用C#和.NET 3.5构建的.

要从mydll使用myservice,我在Visual Studio 2008中添加了一个服务,它与使用svcutil.exe大致相同.这样做可以创建一个我可以创建的类,并将终结点和绑定配置添加到mydll app.config.

这里的问题是mydll app.config从未加载.相反,加载的是我使用mydll的程序的app.config或web.config.

我期望mydll进化,这就是为什么我把它的功能与我的系统的其余部分分离开始.在进化过程中,它可能会增加更多的Web服务,它将调用它,排除手动复制粘贴方式来克服这个问题.

我已经研究了几种可能的攻击这个问题的方法

>手动将端点和绑定从mydell app.config复制到目标EXE或web .config文件.
情侣模块,不灵活
>使用configSource(参见here)在目标.config中包含来自mydll app.config的端点和绑定.
增加了模块之间的耦合
>以编程方式加载mydll app.config,读取端点和绑定,并实例化Binding和EndpointAddress.
>使用其他工具为myservice创建本地前端

我不知道要走哪条路.选项3听起来很有希望,但事实证明它是很多工作,并且可能会引入几个错误,所以它值得怀疑.我也不熟悉标准svcutil.exe以外的任何工具.

请为上述替代方法提供优缺点,提供实施任何技巧或建议其他方法.

谢谢,
阿萨夫

我喜欢选项5 – “在代码配置”中,是的是的,你失去了改变,而不是重新编译的好处,但取决于你需要什么.如果你知道你永远不会改变你的端点,或者很少改变它们 – 只要在代码中进行配置,你将得到编译时间检查作为奖励=) Thisthis可以帮助.

和btw,配置在客户端配置是一个常见的情况,如果你有很多这个客户端这可以是痛苦,你应该考虑3或5 =)

原文链接:https://www.f2er.com/windows/364164.html

猜你在找的Windows相关文章