application/json
application/x-javascript
text/javascript
text/x-javascript
text/x-json
我用哪一种,在哪里?我假设安全和浏览器支持问题是一个因素。
application/json
application/x-javascript
text/javascript
text/x-javascript
text/x-json
我用哪一种,在哪里?我假设安全和浏览器支持问题是一个因素。
当前回答
正如许多其他人已经提到的那样,application/json
是正确答案。
但还没有被解释的是你提出的其他选择 意指什么
application/x-javascript
: JavaScript 以前 JavaScript 的实验 MIME 类型application/javascript
成为标准。
text/javascript
:现在过时。你应该使用application/javascript
当使用 Javaramps 时。
text/x-javascript
:上述情况下的实验性MIME类型。
text/x-json
JSON 之前的实验 MIME 类型application/json
正式注册。
总的来说,当你对内容类型有任何疑问时,你应该检查此链接
其他回答
目前的适当标准是application/json
。默认编码是 UTF-8,但值得一提的是,它也可以是 UTF-16 或 UTF-32. 当 JSON 以 UTF-16 或 UTF-32 书写时,必须使用二进制内容转移编码。
有关JSON在RFC 4627: JavaScript 对象标记(JSON)的应用/json媒体类型
有关二进制传输编码的更多信息正在打开5. 内容转让-编码信头字段(RRC 1341)。
JSON是一个域内特定语言(DSL)和独立于 JavaScript 的数据格式,因此具有自己的米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米类型,application/json
尊重MIME类型当然是由客户驱动的,所以text/plain
可能是为了传输字节, 但你会不必要地把解释 推到供应商申请域application/json
。您是否会通过text/plain
?
但说实话,你选择MIME类型 是建议客户 如何解读数据text/plain
或text/HTML
(当它不是 HTML ) 就像类型擦除—— 它和用打印语言制作所有类型对象一样没有信息规范。
我知道没有浏览器运行时间会使用 JSON 文档, 并自动在运行时作为 JavaScript 无障碍对象自动提供, 无需干预, 但如果你和一个残废的客户合作, 那完全是另一回事。 但这不是整个故事-休息时间JSON服务通常没有 JavaScript 运行时, 但是它并不阻止他们使用JSON作为可行的数据交换格式。 如果客户是那么残废的话... 那么我想也许通过 HTML 注射阿贾克斯代替为诱惑服务。
申请/JSON!