Raf*_*ael 8 rest error-handling internationalization
设计REST API的错误似乎是遵循标准HTTP代码(4XX和5XX)并包含正文(XML/JSON)的良好实践:
我的问题是......这些信息应该国际化吗？
我倾向于认为向客户端显示消息是客户端负责,并且那些API错误应该被视为客户端应用程序和API之间的协议(格式和代码字段),但默认情况下不应被视为完全适合直接暴露给客户端,因此格式化最终消息"Ooops ...出错了"应在客户端完成.在其他情况下,我可以看到API部署,因为PO需要将"糟糕"更改为"Uups"等类似的东西,这看起来完全像是与客户端应用程序恕我直言的外观相关的东西.
没错，大多数时候您不需要向客户端公开REST异常，因为REST错误过于技术化。
仍然有一些应用程序会选择让用户“深入了解技术错误”-但是即使是这种情况，我相信最终用户也了解到我们现在处于“技术细节”区域，并且不会期望翻译信息（+翻译技术信息在英语以外的其他语言中听上去不太好）
| 归档时间： |
|
| 查看次数： |
1408 次 |
| 最近记录： |