WCF 服务引用命名空间与原始命名空间不同

Question

我的服务引用使用的命名空间有问题。我有许多 WCF 服务，比如命名空间 MyCompany.Services.MyProduct（实际的命名空间更长）。
作为产品的一部分，我还提供了一个示例 C# .NET 网站。此 Web 应用程序使用命名空间 MyCompany.MyProduct。

在最初的开发过程中，该服务作为项目引用添加到网站并直接使用。我使用了一个工厂模式，它返回一个实现MyCompany.Services.MyProduct.IMyService 的对象实例。到目前为止，一切顺利。

现在我想更改它以使用实际的服务引用。添加引用并在命名空间文本框中输入MyCompany.Services.MyProduct 后，它会在命名空间MyCompany.MyProduct.MyCompany.Services.MyProduct 中生成类。 糟糕！ 我不想仅仅因为我使用代理类而在多个地方更改using 指令。所以我尝试在命名空间前加上global::，但不被接受。

请注意，我什至还没有删除原始程序集引用，并且启用了“重用类型”，但显然没有进行重用。 但是，我不想在我的示例网站中保留程序集引用以使其正常工作。

到目前为止，我想出的唯一解决方案是将我的 Web 应用程序的默认命名空间设置为 MyCompany（因为它不能为空），并将服务引用添加为 Services.MyProduct。假设客户想使用我的示例网站作为起点，并且他们将默认命名空间更改为 OtherCompany.Whatever，这显然会破坏我的解决方法。

这个问题有好的解决办法吗？

总结：我想在原始命名空间中生成一个服务引用代理，而不引用程序集。

注意：我见过this question，但没有提供适合我的用例的解决方案。

---

编辑：正如 John Saunders 所建议的，我已就此向 Microsoft 提交了一些反馈：
Feedback item @ Microsoft Connect

Answer 1

你的用例是错误的。

您一开始就不应该将服务作为参考。

我相信 svcutil.exe 会接受一个指定要使用的完整命名空间的开关。

Answer 2

我在博客中添加了write-up of this solution。确实是相同的信息，但可能不那么分散

我找到了使用svcutil.exe 的替代方法来完成我想要的。它 (imo) 使更新服务引用比重新运行实用程序更容易。

您应该在您的 ServiceContract 和 DataContracts 上明确指定一个命名空间 uri（请参阅下面的进一步评论）。

[ServiceContract(Namespace = "http://company.com/MyCompany.Services.MyProduct")]
public interface IService
{
    [OperationContract]
    CompositeType GetData();
}

[DataContract(Namespace = "http://company.com/MyCompany.Services.MyProduct")]
public class CompositeType
{
    // Whatever
}

命名空间可以是任何东西，但从技术上讲，它必须是一个有效的 uri，所以我选择了这个方案。您可能需要手动构建以便以后工作，所以这样做。

完成后，启用解决方案资源管理器中的显示所有文件选项。展开您之前添加的服务引用。双击Reference.svcmap 文件。

会有一个<NamespaceMappings /> 元素，您需要对其进行编辑。继续我的例子：

<NamespaceMappings>
    <NamespaceMapping
        TargetNamespace="http://company.com/MyCompany.Services.MyProduct"
        ClrNamespace="MyCompany.Services.MyProduct" />
</NamespaceMappings>

保存文件，右键单击服务引用并选择更新服务引用。

您可以根据需要添加任意数量的映射（我实际上需要两个）。效果与svcutil /namespace:的方式相同，但无需使用命令行工具本身，更新更方便。

与 svcutil 的区别

这种方法的缺点是您需要使用显式命名空间映射。使用svcutil，您可以选择映射未像这样显式映射的所有内容（John Saunders 所指的解决方案）：

svcutil /namespace:*,MyCompany.Services.MyProduct ...

您可能会考虑使用：

<NamespaceMappings>
    <NamespaceMapping
        TargetNamespace="*"
        ClrNamespace="MyCompany.Services.MyProduct" />
</NamespaceMappings>

但这将不起作用，因为 Visual Studio 已经隐式添加了这个映射，指向我们试图摆脱的生成的命名空间名称。上述配置会导致 Visual Studio 报错 key 重复。

广告显式命名空间：
如果您的代码中没有指定显式命名空间，似乎.NET 将生成 http://schemas.datacontract.org/2004/07/MyCompany.Services.MyProduct 形式的 uri。您可以像我的示例中的显式命名空间一样映射它，但我不知道这种行为是否有任何保证。因此，使用显式命名空间可能会更好。

注意：将两个 TargetNamespace 映射到同一个 ClrNamespace 似乎会中断代码生成

Answer 3

在 VS2010 及更高版本中，有一种设置自定义命名空间的方法。 在解决方案资源管理器中，选择“显示所有文件”，然后在解决方案树中打开“Web 引用”，选择服务，选择 Reference.map 节点，显示属性并设置 自定义工具命名空间属性。

很遗憾，我没有足够的声望来显示屏幕截图。