我正在阅读jsoiapi文件
有人可以帮助我理解这个
服务器职责
服务器必须使用标题Content-Type：application / vnd.api + json在响应文档中发送所有JSON API数据，而不使用任何媒体类型参数。
如果请求指定带有任何媒体类型参数的标题Content-Type：application / vnd.api + json，则服务器必须使用415 Unsupported Media Type状态代码进行响应。
如果请求的Accept头包含JSON API媒体类型，则服务器必须使用406 Not Acceptable状态代码进行响应，并且使用媒体类型参数修改该媒体类型的所有实例。
注意：存在内容协商要求，以允许此规范的未来版本使用媒体类型参数进行扩展协商和版本控制。
如何在Servicestack中实现这一点，我是否必须采取上述措施？
服务器必须使用标题Content-Type：application / vnd.api + json在响应文档中发送所有JSON API数据，而不使用任何媒体类型参数。
这可以通过使用在AppHost中完成 EndPointHostConfig中的DefaultContentType = MimeTypes.Json
但剩下的两个怎么样？
答案 0 :(得分：0)
您可以通过多种方式return different ContentTypes注册new Custom Media Type Format，而Error Handling文档列出了许多不同的方式来返回自定义HTTP错误响应。
但问题是为什么要通过额外的努力来改变普遍接受的带有供应商前缀的JSON Mime Type？ （导致现有浏览器和JSON客户端出现问题）。这仅仅是一项学术活动，还是意味着增加现实世界的价值？