.NET Core SOAP服务引用本地WSDL文件的协作问题

这确实是团队协作时的常见痛点——ConnectedService.json里的绝对路径会因为其他成员的本地仓库位置不同而直接失效。下面给你几个实用的解决办法：

1. 修改ConnectedService.json使用相对路径 #

最直接的修复方式就是把Uri字段的绝对路径换成相对于项目文件的相对路径。举个例子：

• 如果你的WSDL文件放在项目根目录下的WSDLs文件夹里（和.csproj同级），就把路径改成：

  "Uri": "./WSDLs/soap-service.wsdl"
  

• 如果WSDL和ConnectedService.json在同一个目录下，直接写：

  "Uri": "./soap-service.wsdl"
  

别忘了把WSDL文件添加到项目中，并且设置它的复制到输出目录属性为“如果较新则复制”——这样团队成员拉取代码后，文件位置就能正确匹配了。

2. 生成连接服务时直接指定相对路径 #

下次重新生成或创建WCF连接服务时，按以下步骤操作：

• 在Visual Studio里右键项目，选择添加 > 连接服务
• 选择WCF Web Service Reference Provider
• 不要直接粘贴绝对路径，点击浏览从项目目录里选择WSDL文件。只要文件已经在项目结构内，Visual Studio会自动在生成的ConnectedService.json里使用相对路径。

3. 在.csproj文件中配置WSDL路径 #

想要更稳妥的控制，你可以在项目文件里显式定义WSDL的位置，确保连接服务工具总能读取到正确的相对路径。在.csproj中添加这段配置：

<ItemGroup>
  <WcfMetadata Include="WSDLs/soap-service.wsdl">
    <Link>WSDLs/soap-service.wsdl</Link>
    <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
  </WcfMetadata>
</ItemGroup>

这样WSDL文件就和项目结构绑定了，不管成员把仓库克隆到哪里，连接服务生成器都能正确引用它。

修改完成后，记得让团队成员右键解决方案里的连接服务，选择更新服务引用，确保所有依赖都能正确加载。

内容的提问来源于stack exchange，提问作者Keith