Javascript 为什么不创建自己的自定义内容类型

Javascript 为什么不创建自己的自定义内容类型,javascript,http,backbone.js,http-headers,content-type,Javascript,Http,Backbone.js,Http Headers,Content Type,我使用的是一个web服务(API)框架,它在幕后为不同的内容类型请求提供了一些魔力 我希望通过创建类似application/verbose+json的响应来利用这一点,但实际内容仍然是application/json 我已经实现了它,并在chrome中的jquery.ajax调用中进行了测试,一切正常 这是否有错误的原因,或者在生产/长期运行中可能不起作用 与问题无关,只是为了防止你想知道它是用什么写的: -服务器端:tastypie(django上的python) -客户端:主干上的java

我使用的是一个web服务(API)框架,它在幕后为不同的内容类型请求提供了一些魔力

我希望通过创建类似application/verbose+json的响应来利用这一点,但实际内容仍然是application/json

我已经实现了它,并在chrome中的jquery.ajax调用中进行了测试,一切正常

这是否有错误的原因,或者在生产/长期运行中可能不起作用

与问题无关,只是为了防止你想知道它是用什么写的: -服务器端:tastypie(django上的python)
-客户端:主干上的javascript/coffeescript

自定义内容类型到目前为止在生产中还没有引起任何问题,因此我将通过说它是安全的来解决这个问题。

Internet媒体类型(您称之为内容类型)形成了一个全局名称空间。如果使用“自定义”名称,则有可能在将来发生名称冲突


如果你真的认为需要你的自定义名称,请考虑注册它,见(也有供应商和个人空间)。

“V1”表明你正在使用内容类型作为API版本化方案的一部分。您需要服务器响应该内容类型还是将其作为输入?我已将其更改为verbose+json以避免“版本控制”的说法。我想要一个自定义内容类型,错了吗?为什么呢?如果你返回的数据是那种内容类型,我可能会担心浏览器会如何处理它。不过,在向服务器发送数据时使用to应该可以。您能描述一下冲突场景吗?我认为,如果一个web服务告诉您以某种方式与它交互,而您没有这样做,那么不要期望得到文档化的响应。您是否希望其他人的“verbose+json”也出现这种情况?使用该名称您试图解决的问题是什么?Tastypie是一个REST api框架,它允许我创建序列化程序(根据内容类型选择的类),并使用Tastypie的内部机制加载/卸载响应。我想要实现的与此类似:如果request.GET return stripped(response)中没有“verbose”,但希望在框架中构建更复杂的东西