内容协商中的规范类型与请求类型

Question

因此，我想知道对于返回的数据可能具有多种有效MIME类型的请求，如何使用HTTP内容协商进行处理。

例如，如果说我有一些具有以下可能的MIME类型的任意数据：

text/data,application/x-data,application/data+xml

假设存在多种MIME类型，则从我的Web应用程序请求这种形式的数据的客户端应用程序应该合理地期望接收该类型的数据，而不管它们在其请求Accept标头中使用哪种MIME类型。 但是，对于该数据的规范类型，通常会有一些共识（即，一种将是在IETF上正确注册的MIME类型，而另一种将是预注册或预标准化类型）。

所以我的问题是我应该在回复这些请求时将返回的Content-Type标头设置为规范类型还是所请求的类型？ 哪个更好的做法？

我应该始终返回规范类型还是应回显所请求的类型，以确保与尚未更新的较旧/编写较差的应用程序兼容？ 目前，我正在返回规范类型，因为这似乎是一种更好的方法，并且大多数人正在使用我正在使用的数据类型。

这有点主观，所以如果您认为它应该是社区Wiki而不是让我知道的问题，我将考虑对其进行更改

Answer 1

当用户代理（客户端应用程序）请求资源时，它们将为该单个请求资源发出多个不同的mime类型信标。 出于兼容性原因而发生这种情况，是为了让Web服务器知道用户代理能够接受什么。 服务器的工作是确定资源的MIME类型实际上是什么。

在服务器端做出一些决定以找到适当的响应并不会有什么害处。 例如，如果您希望将所有HTML页面作为XML服务，但是主要的用户代理不支持必要的mime类型，则可以使用辅助技术（例如PHP或ASP）提供动态响应。 在此示例中，最好的主意是将正确的mime-type设置为规范，如果用户代理不支持规范，则为他们提供他们将支持的其他服务，否则每个人都会获得规范。