是否有任何人获得有关处理网络服务中的错误和异常的最佳做法的任何建议或资源。
即
需要向客户报告多少信息？
所有错误都应该成为完全爆炸的异常吗？
在包含任何错误信息的类中包装响应是否常见/可取？ （我已经看到很多生产级服务采用这种方法）
谢谢你们。
答案 0 :(得分：0)
我认为这取决于客户的期望。如果它对我来说都是内部的，并且我正在使用WCF，那么我可能会选择异常，因为它们会自动处理并且很容易处理。
如果我认为我将拥有非自己的客户端，特别是非.NET客户端，那么我会选择更简单的东西。
如果您不知道，那么假设您将拥有其他客户端，因为这将是一个很难改变，对.NET客户来说并不是那么糟糕。
至少要返回某种错误代码和说明。如果您不希望处理多种语言，他们可以使用描述 - 如果他们需要其他语言，他们可以使用代码进行查找。