【问题标题】:ServiceStack media typeServiceStack 媒体类型
【发布时间】:2015-07-31 22:23:49
【问题描述】:

我正在阅读 jsoiapi 文档

jsopi.org

谁能帮我理解这个

服务器职责

服务器必须在响应文档中发送所有 JSON API 数据,其标头为 Content-Type: application/vnd.api+json,不带任何媒体类型参数。

如果请求指定标头 Content-Type: application/vnd.api+json 和任何媒体类型参数,服务器必须使用 415 Unsupported Media Type 状态代码进行响应。

如果请求的 Accept 标头包含 JSON API 媒体类型并且该媒体类型的所有实例都使用媒体类型参数进行了修改,则服务器必须使用 406 Not Acceptable 状态代码进行响应。

注意:存在内容协商要求是为了允许本规范的未来版本使用媒体类型参数进行扩展协商和版本控制。

我如何在 Servicestack 中实现这一点,我是否必须对上述内容持保留态度?

服务器必须在响应文档中发送所有 JSON API 数据,其标头为 Content-Type: application/vnd.api+json,不带任何媒体类型参数。

这可以在 AppHost 中使用 DefaultContentType = EndPointHostConfig 中的 MimeTypes.Json

但是剩下的两个呢?

【问题讨论】:

    标签: servicestack content-negotiation


    【解决方案1】:

    您可以通过多种方式return different ContentTypes,包括注册new Custom Media Type Format,而Error Handling 文档列出了多种返回自定义 HTTP 错误响应的不同方式。

    但问题是,为什么要付出额外的努力来更改具有供应商前缀的 JSON 的普遍接受的 Mime 类型? (导致现有浏览器和 JSON 客户端出现问题)。这只是一个学术练习还是意味着增加现实世界的价值?

    【讨论】:

    • 谢谢@mythz。抱歉,我应该提到这是一个原型。
    猜你喜欢
    • 2013-12-05
    • 2010-09-24
    • 1970-01-01
    • 1970-01-01
    • 2020-06-30
    • 1970-01-01
    • 1970-01-01
    • 2013-08-23
    • 1970-01-01
    相关资源
    最近更新 更多