因此，在Visual Studio中将WCF服务代理代码转换为项目时似乎有几个主要选项：
对Service References使用 Visual Studio的内置工具
使用简单的svcutil命令，类似于svcutil http://[my
endpoint] /namespace:[my namespace] /noconfig（因为我使用了一些）
跨项目的相当标准的绑定），并拖动结果
将文件存入我的项目（或升级到位）。
要明确的是，选项2感觉就像是最好的，没有用于更新的内置工具的albiet。但是“服务引用”对话框生成的文件非常多。 我缺少的VS服务参考是否有任何模糊的好处？
答案 0 :(得分：21)
使用VS构建.net项目而不是从命令行手动调用编译器的原因相同。 IDE的I代表集成，它为你做的事情，所以你不需要从许多分开的地方和程序手动完成这些事情。
通常有一种方法可以手动或使用文本编辑器和命令提示符来完成许多这些事情，但是可以提高效率： - ）
答案 1 :(得分：14)
如果您也拥有该服务，我会说不要使用任何一种服务。相反，将您的合同，实体和客户端代理分解为可以在服务和客户端上使用的不同程序集。
有点像WCF The Manual Way... The Right Way中描述的那样。