WCF中如何在不关闭连接的情况下很好地返回DTO

Question

我的 C# 中的 WCF 服务如下所示。

[ServiceContract]
public class MySecretService
{
      [OperationContract]
      [FaultContract(typeof(ErrorMessage))]
      public MyDTO ReturnMyDTOMethod(int id, out string errorMessage)
      {
        try
        {
           //Do stuff...

           //Do some more stuff... pseudocode
          if (biz rule 1 && etc)
          {
            return MyDTO;
          }
          else if (biz rule 2 && etc)
          {
            return null;
          }
          else
          {
            throw new FaultException<ErrorMessage>(blah etc..)
          }
        }
        catch (Exception e) 
        {
            throw new FaultException<ErrorMessage>(blah etc...);
        }
     }//end-method
}//end-class

从该方法返回的 DTO 如下所示：

[DataContract]
public class MyDTO
{
  [DataMember]
  public XElement XmlRep
  {
    get
    {
        //do something within setter, etc...

    //error occurs prior to returnin from setter, where to i catch it?
    return _xmlRep
    }
    set
    {
    _xmlRep = value;

    }

  }
}

我发现的典型示例显示从该方法内抛出错误异常；但就我而言，我的方法没有错误；错误发生在对象返回给客户端/消费者时；即当 DataMember/Property XmlRep 被序列化时；

所以我不能在我的方法中放置抛出FaultException；但我还是想避免 “底层连接已关闭：连接意外关闭。”并抛出 getter 中发生的正确错误。

我没有尝试将 try/catch 放入 MyDTO 的 getter 中，我也不想这样做，因为我希望我的 DTO 尽可能简单，并且对FaultExceptions 和 WCF 的东西一无所知。还有其他想法吗？

编辑：为了更清楚地说明，我知道错误发生在 MyDto DataContract 的 Getter 中；但是我还能在哪里抛出FaultException，因为在我看来，在Getter 内部似乎是一个危险的地方？

编辑＃2：我在服务端实现了一个包罗万象的错误处理程序，如下面蒂姆建议的那样（使用 IErrorHandler）；这在我的具体情况下不起作用。我认为这是因为错误不是发生在OperationContract ReturnMyDTOMethod()中，而是发生在序列化时的MyDto中；换句话说，看起来马已经逃跑了（方法成功返回），而 IErrorHandler 没有任何用处——具体来说，ProvideFault() 不会触发，但 HandleError() 会触发。因此，我仍然收到一条通道损坏的消息，这需要我回到绘图板 - 即确保 MyDto 不会执行任何花哨的操作，例如生成错误！

Answer 1

我看到两个选项：

1. 听起来您的 DataContract 中的某些内容无法序列化。我会看一下那里并确定那是什么，为什么它没有被序列化，以及是否有其他方法可以在设置器中处理该问题。您也许可以在没有 try-catch 块的情况下做到这一点，具体取决于它是什么。在没有看到代码或不知道实际错误是什么的情况下，很难提供更具体的信息。

2. 在您的服务中实现 IErrorHandler 接口。这将捕获任何未处理的异常，并且您可以根据服务需要来处理它们（例如，通过FaultException序列化错误消息）。网络上有很多关于如何执行此操作的示例 - 只需 google IErrorHandler 和 WCF。

我个人的偏好是尝试方法 #1 - 可能有一个特定的原因（或一组原因）您的 DTO 没有序列化，我觉得最好在代码中处理这些问题，而不是依赖某种全局错误处理程序（这就是#2）。

另外，根据 setter 中的逻辑，您可能已经使 DTO 变得复杂。我通常会尝试避免设置器中的任何逻辑，除非它是像空检查这样简单的东西。

在问题中的第二次编辑后添加

IErrorHandler 的文档指出：

“调用所有 ProvideFault 实现并将响应消息传递给通道后，可能会发生异常。如果发生通道异常（例如，难以序列化消息） IErrorHandler 对象不会被通知。在这种情况下，您应该确保您的开发环境捕获并向您显示此类异常，或者利用跟踪来发现问题。” （强调我的）

你知道是什么导致序列化失败吗？如果您这样做，我认为您可以在代码本身中解决它。您启用了跟踪吗？在我看来，您需要确定为什么您的 DTO 无法序列化。