通过在代理类项目中添加服务引用对具有 4 个输入参数和 3 个输出参数的 WCF 服务进行重新排序

Question

我看过 SO 和其他地方，看到了有关此问题的问题以及一些对我来说仍然没有意义的答案。

我正在重构我的工作 VStudio 2010 解决方案，其中包含：

• 一个带有 ASMX Web 服务的项目
• 另一个用于代理类的单独项目（除了由 添加 Web 引用生成的代码之外，这里没有代码）
• 另一个用于客户端的单独项目（包含对 ProxyClass.dll

新的 VStudio 2010 解决方案具有：

• 一个用于合约的 WCF 类型服务库项目（IFileService.cs） 一个用于实现合约的 WCF 服务库类型项目 (FileService.cs)
• 另一个用于代理类的单独项目（除了由添加服务引用生成的代码之外，此处没有任何代码>
• 客户端的另一个单独项目（包含对 WCFProxyClass.dll 的引用）

这是以 3 个输出参数结尾的合同（并且相同的实现顺序相同）：

[ServiceContract(Name = "IFileService", Namespace =  "http://www.cbmiweb.com/TrimWCF/2011/11")]
public interface IFileService
{
    [OperationContract]
        public string DownloadFile(string trimURL
         , string TrimRecordNumber
         , string CallerPC
         , string RequestorID
         , out byte[] docContents
         , out string returnFiletype
         , out string returnFilename)
    {

这是在我的代理类中生成的 Add Service Reference项目：

public string DownloadFile(
  out byte[] docContents
, out string returnFiletype
, out string returnFilename
, string trimURL
, string TrimRecordNumber
, string CallerPC
, string RequestorID) 
{
    return base.Channel.DownloadFile(out docContents, out returnFiletype, out returnFilename, trimURL, TrimRecordNumber, CallerPC, RequestorID);
}

我读过的答案范围从“你无法在 WCF 中使用 out parms”到“您不应该使用添加服务引用，而是使用 svcutil.exe”到“参数的顺序无关紧要......它仍然有效”。

我对这里要做什么感到困惑（以及我做错了什么导致了这个重新安排的顺序以及为什么会发生这种情况）。

Answer 1

首先，你没有做错任何事:)。尽管客户端和服务器中的方法中的签名不同，但它们与它们将生成/消耗的消息是等效的。您可以毫无问题地使用该代理类，并且它应该也能正常工作。

为什么会发生这种情况是另一回事了 - 在服务描述 (WSDL) 中，每个（非单向）操作都有两条“消息”：一条带有输入参数，一条带有输出参数。这些消息分别包含操作的输入和输出，但 WSDL 中没有任何内容显示它们的顺序。因此，当添加服务引用或 svcutil 等工具生成客户端代理时，它只会“选择”一个顺序（首先输出参数），但代理将发送到服务的请求将与服务器期望的内容兼容（而且，代理将正确理解来自服务器的响应）。

如果想保持参数的顺序，可以自己创建代理类。为此，您可以使用 ChannelFactory 类，或者创建您自己的从 ChannelBase 派生的客户端类。但正如我之前提到的，您实际上并不需要这样做。