1

我在 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;

    }

  }
}

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

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

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

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

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

4

1 回答 1

1

我看到的两个选项：

  1. 听起来您的 DataContract 中的某些内容无法序列化。我会看看那里并确定那是什么，为什么它没有被序列化，以及是否有其他方法可以在 setter 中处理问题。您可以在没有 try-catch 块的情况下执行此操作，具体取决于它是什么。在没有看到代码或不知道实际错误是什么的情况下，很难给出更具体的信息。

  2. 在您的服务中实现IErrorHandler接口。这将捕获任何未处理的异常，您可以根据服务需要处理它们（例如，通过 FaultException 序列化错误消息）。网上有很多关于如何做到这一点的例子——只需谷歌 IErrorHandler 和 WCF。

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

此外，根据您的设置器中的逻辑，您可能已经使您的 DTO 变得复杂。我通常会尽量避免在我的设置器中使用任何逻辑，除非它像空检查这样简单。

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

IErrorHandler 的文档指出：

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

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

于 2011-12-05T08:11:39.147 回答