在RESTful HTTP API响应的状态行中本地化原因短语

我们有一个通过HTTP公开的RESTful API，它以自然的方式利用HTTP状态行（状态代码和原因短语）将API结果传达给客户端（http://www.w3.org/Protocols/ RFC2616 / RFC2616-sec6.html）。 例如，我们有一个并发错误的状态行： HTTP / 1.1 409资源由其他用户更新。重新加载并重试。 最近发现这些消息将呈现给针对我们的API构建的应用程序的最终用户，这意味着我们需要对它们进行本地化。我想知道在这种情况下这是否是一种被接受的方法，特别是考虑到这些消息的非ASCII字符集，或者原因短语（状态描述）是否应仅保留为低级消息和任何将使其成为“通路”的内容用户屏幕应该在响应体中传递？如果我们选择本地化原因部分，是否有任何东西可以咬我们以后？ 在这种情况下，我们希望使用响应主体将新版本的资源传递给API客户端，并且包含其他数据并不能很好地发挥其作用。