我有一个托管在IIS中的非常简单的web服务,我需要参考。如果我添加了一个“服务引用”,我的app.config就会被大量的<system.serviceModel>东西弄得乱七八糟。如果我将服务引用更改为旧样式的Web引用,我将得到我的app.config中真正需要的唯一配置选项-- web服务的URL。
WCF服务引用的所有垃圾是否都是必需的污染您的app.config?或者有一种方法可以让它使用合理的缺省值,并消除所有bindings和endpoints以及旧的ASMX服务时代从来没有必要的杂乱。随着越来越多的服务被添加,这似乎会使.config文件变得难以处理。
发布于 2011-07-11 21:36:35
WCF服务引用的所有垃圾是否都是必需的污染您的app.config?
完全同意你的观点。纯粹的垃圾。我使用svcutil.exe为我的WCF服务生成强类型客户端。然后,我手动地将生成的.cs文件包含到我的项目中,在我的web/app.config中,我手动地包含了我认为必要的内容,而不是某个糟糕的添加服务引用向导决定做的事情。在大多数情况下,我只需要在客户端这样做:
<system.serviceModel>
<client>
<endpoint
address="http://example.com/fooservice/foo.svc"
binding="basicHttpBinding"
contract="IFooServiceConbtract" />
</client>
</system.serviceModel>当然,对于使用MTOM的服务和一些花哨的东西,我通过svcutil.exe命令查看自动生成的svcutil.exe文件,并决定我需要什么。
发布于 2011-07-11 21:37:11
.NET框架版本4解决了这些问题,并为用户提供了一种减少服务配置的规模和复杂性的方法。以下是简化配置的链接
发布于 2011-07-12 05:00:14
看看米格尔·卡斯特罗的极端WCF screencast和DotNet Rocks TV --他展示的正是你想要的东西,以及如何实现漂亮、干净的WCF吐露(只要你不让Visual和svcutil把它们搞砸!)
https://stackoverflow.com/questions/6656850
复制相似问题