JHipster：管理客户端上的服务器响应
我们如何处理客户端的服务器响应？ 一个简单的例子是，例如，一个实体的delete操作失败 - 目前JHipster返回void 。 这在实际情况下可能并不理想。
我看了这个SO帖子，其中描述了类似的问题：REST API错误返回良好实践
我计划实现一个错误DTO并返回类似于Twitter所做的事情：
{"errors":[{"message":"Sorry, your delete operation failed due to following business constraint...","code":100}]}
问题仍然存在，我们如何才能在所有API调用中使它通用，即，我们是否必须将此错误DTO添加到所有域对象？
我个人认为，将这种线连接到基本的JHipster框架将非常有帮助，而不是重新发明轮子。
JHIpster的REST控制器为delete方法返回void的事实并不意味着它不能将信息发送给客户端，如果出现错误，可能会由底层服务或存储库抛出异常。 这个异常将由ExceptionTranslator作为ControllerAdvice转换为足够的HTTP错误状态。
如果它确实做到了你想要的，那么你需要在你的控制器中编写你自己的异常解析器并返回你想要的。
我不确定在删除失败时返回状态错误200（OK）是否能够传递消息是最好的方法。 错误不是200，至少不适用于HTTP。
链接地址: http://www.djcxy.com/p/45335.html