ServiceStack中是否需要ResponseStatus？

Question

需要ResponseStatus吗？

维基说我们需要在响应DTO中有一个ResponseStatus属性来处理异常序列化:

https://github.com/ServiceStack/ServiceStack/wiki/Validation

但是,即使响应DTO中没有ResponseStatus属性,它看起来也会自动生成ResponseStatus.

我们需要ResponseStatus属性吗？

Answer 1

在处理文档错误解释了如何控制哪些服务返回一个人口稠密的ResponseStatusDTO,即:

错误响应类型

抛出异常时返回的错误响应取决于是否存在常规命名的{RequestDto}ResponseDTO.

如果存在:

将{RequestDto}Response返回,而不管服务方法的响应类型的.如果{RequestDto}ResponseDTO具有ResponseStatus属性,则会填充它,否则将不返回ResponseStatus.(如果{ResponseDto}Response使用[DataContract]/[DataMember]属性修饰了类和属性,则还需要对ResponseStatus进行修饰以填充).

否则,如果不是:

通过ErrorResponse填充的ResponseStatus属性返回泛型.

该服务客户端透明地处理不同的错误响应类型,并为无模式格式,如JSON/JSV /等有返回之间没有实际明显的区别ResponseStatus自定义或通用的ErrorResponse-因为它们都输出电线上的同样的反应.

自定义例外

最终,所有ServiceStack WebServiceExceptions都只是Response DTO,其中包含一个填充的ResponseStatus,它返回HTTP错误状态.有多种不同的方法可以自定义异常的返回方式,包括:

启用S​​tackTraces

默认情况下,在响应DTO中显示StackTraces仅在调试版本中启用,尽管此行为可以通过以下方式覆盖:

csharp SetConfig(new HostConfig { DebugMode = true });