ServiceReferences.ClientConfig中的动态端点
在构建应用程序时，它通常部署在不同的环境中(test、dev、prod)，因此端点地址会发生变化。由于ServiceReferences.ClientConfig是作为Silverlight的.xap文件的一部分构建的，因此很难在构建解决方案后更改端点，就像通常使用web.config所做的那样。
我已经搜索了很多，但我不知道这里的最佳实践是什么，所以我的问题是：
在silverlight中进行动态wcf端点地址配置时，最佳实践是什么？
为了说明这一点，根据应用程序所在的服务器(test、dev、prod)，端点会发生变化：
<endpoint
name="MyService"
address="http://testserv/MyService.svc"
binding="basicHttpBinding"
bindingConfiguration="MybasicHttpBinding"
contract="MyApp.MyService"
/>
<endpoint
name="MyService"
address="http://prodserv/MyService.svc"
binding="basicHttpBinding"
bindingConfiguration="MybasicHttpBinding"
contract="MyApp.MyService"
/>在某种程度上，我需要silverlight客户端知道使用哪个版本，这取决于它所在的服务器/编译的版本。
回答 4
Stack Overflow用户
发布于 2011-11-04 19:38:26
在阅读了sLedgem的帖子并用谷歌搜索后，我找到了一个完美的解决方案，可以让ServiceReferences表现得像web.config一样。
首先:手动创建不同的文件；
ServiceReferences.Debug.ClientConfig
ServiceReferences.Release.ClientConfig如果在Visual Studio中有两个以上的默认配置，您也可以添加自己的配置。
第二:在Project.csproj文件中添加文件依赖项(在文本编辑器中打开项目文件)：
<ItemGroup>
<None Include="Properties\AppManifest.xml" />
<Content Include="ServiceReferences.ClientConfig">
<CopyToOutputDirectory>Always</CopyToOutputDirectory>
</Content>
<Content Include="ServiceReferences.Debug.ClientConfig">
<DependentUpon>ServiceReferences.ClientConfig</DependentUpon>
</Content >
<Content Include="ServiceReferences.Release.ClientConfig">
<DependentUpon>ServiceReferences.ClientConfig</DependentUpon>
</Content >
</ItemGroup>现在，当您重新加载项目时，您将看到ServiceReferences.Release.ClientConfig在解决方案资源管理器中是可展开的，并且当您将其展开时，您将看到Release and Debug文件。
第三:在关闭</Project>之前将转换规则添加到项目文件中
(同样，在文本编辑器中打开它)
<!-- To modify your build process, add your task inside one of the targets below and uncomment it.
Other similar extension points exist, see Microsoft.Common.targets. -->
<UsingTask TaskName="TransformXml" AssemblyFile="$(MSBuildExtensionsPath)\Microsoft\VisualStudio\v10.0\Web\Microsoft.Web.Publishing.Tasks.dll" />
<Target Name="AfterCompile" Condition="exists('ServiceReferences.$(Configuration).ClientConfig')">
<!-- Generate transformed ServiceReferences config in the intermediate directory -->
<TransformXml Source="ServiceReferences.ClientConfig" Destination="$(IntermediateOutputPath)$(TargetFileName).ClientConfig" Transform="ServiceReferences.$(Configuration).ClientConfig" />
<!-- Force build process to use the transformed configuration file from now on. -->
<ItemGroup>
<ServiceReferencesConfigWithTargetPath Remove="ServiceReferences.ClientConfig" />
<ServiceReferencesConfigWithTargetPath Include="$(IntermediateOutputPath)$(TargetFileName).ClientConfig">
<TargetPath>$(TargetFileName).ClientConfig</TargetPath>
</ServiceReferencesConfigWithTargetPath>
</ItemGroup>
</Target>它所做的是查找相应的servicereferences文件，并使用与web.config相同的TransformXML库复制/替换代码。
示例：
在我的ServiceReferences.ClientConfig中，我有以下代码：
<endpoint name="ICatalogueService"
address="address"
binding="basicHttpBinding"
bindingConfiguration="My_basicHttpBinding"
contract="Services.ServiceInterfaces.ICatalogueService"/>ServiceReferences.Release.ClientConfig：
<configuration xmlns:xdt="http://schemas.microsoft.com/XML-Document-Transform">
<system.serviceModel>
<client>
<endpoint
name="ICatalogueService"
address="http://server/Services/CatalogueService.svc"
binding="basicHttpBinding"
bindingConfiguration="My_basicHttpBinding"
contract="Services.ServiceInterfaces.ICatalogueService"
xdt:Transform="Replace" xdt:Locator="Match(name)" />
</client>
<extensions />
</system.serviceModel>
</configuration>正如您所看到的，端点将被替换，并且在name属性上完成匹配。
如果您有任何问题，请告诉我:)
Stack Overflow用户
发布于 2012-11-19 22:30:56
很好的问题解决方案
我无法让<ItemGroup></ItemGroup>部分在我的解决方案中有效地工作。
我删除了它，并将以下脚本添加到项目中的预构建事件中：
del $(ProjectDir)ServiceReferences.ClientConfig;
copy $(ProjectDir)ServiceReferences.$(ConfigurationName).ClientConfig $(ProjectDir)ServiceReferences.ClientConfig;Stack Overflow用户
发布于 2011-09-13 03:02:31
看看这里：
然后在这里
http://www.funkymule.com/post/2010/03/08/XML-Transform-on-Silverlight-ClientConfig-Files.aspx
它使用web.config转换背后的相同原理(即，web.config根据您正在编译的配置(即发布、调试)进行更改，因此serviceref.config在编译时根据您的突发奇想进行更改。施展魅力
https://stackoverflow.com/questions/7360533
复制相似问题
腾讯云开发者
