糾結于ajax開發中 response的contentType 問題

博客分類：?web前端AjaxjsonJavaScriptjQuery應用服務器?ajax開發中, 常遇到下面的幾種情況:?

1 服務端需要返回一段普通文本給客戶端?
2 服務端需要返回一段HTML代碼給客戶端?
3 服務端需要返回一段XML代碼給客戶端?
4 服務端需要返回一段javascript代碼給客戶端?
5 服務端需要返回一段json串給客戶端?

================================?

對于每一種返回類型 規范的做法是要在服務端指定 response的contentType 的.?
(當然 不指定絕大多數情況下也沒什么問題 尤其是返回"非xml"的時候)?

Java代碼??

普通文本?:?text/plain??

HTML代碼?:?text/html??

XML代碼?:?text/xml??

以上三個可以說是毫無爭議的, 也沒什么值得討論的,?
但是另外兩種情況 就要注意一下了.?
?

javascript 的 contentType 按最標準的寫法 應該是 application/javascript.?
而常用的 text/javascript 已經被 rfc定義為廢棄的.?
(參見?rfc4329)?

但是 在這里暫時不建議使用 application/javascript .?
大家還是繼續使用?text/javascript?為好.?
因為很多老舊瀏覽器并不支持 application/javascript .?
而所有瀏覽器都支持 text/javascript.?
在標準和廣泛的兼容性之間 還是暫且選擇后者吧.?


json 的 contentType 常見寫法有 : text/json & text/javascript .?
但是 這個 text/json 其實是根本不存在的,?
而 text/javascript 在有些時候客戶端處理起來會有歧義.?
對于json的contentType , rfc里定義的標準寫法是 :application/json.?
(參見?rfc4627)?

在這里毫無疑問 我們應該選擇標準寫法的?application/json.?

======================?
也許有人會問, 設置這些有什么用呢??
以前一些程序沒有設置這些東西 運行的也很好啊.?

首先必須承認的一點是, 這些信息 在目前絕大多數情況下 確實不設置也可以.?
但是這種做法是不規范不標準的.?

未來對于復雜的ajax應用 ,不規范的行為是會帶來很大的隱患.?

舉個例子.?


對于同樣的內容 可以有下面的3種形式?

html形式?
Html代碼??

<script?type="text/javascript">??

?var?user?=?{??

???name?:?"Tom",??

???age?:?12??

};??

</script>??

對于 html 形式,客戶端得到數據后,往往是對其做dom操作.?


javascript形式?
Javascript代碼??

var?user?=?{??

??name?:?"Tom",??

??age?:?12??

;??

對于 javascript形式,往往是對其做eval操作:?
eval(responseText);?


json形式?
Javascript代碼??

{??

??name?:?"Tom",??

??age?:?12??

對于 json形式,往往是對其做? eval操作之后 賦值給某變量:?
var clientVar= eval(responseText);?


客戶端拿到不同形式的代碼 所要做的工作是不一樣的.?
如果沒有設置 contentType 客戶端很難判斷 返回的數據是什么, 該怎么處理.?

==========================?

另外,對于返回信息,如果不設置contentType,web服務器往往會給返回的內容添加一個"默認的contentType",?
但是這個"默認"會根據服務器的不同 以及web應用配置的不同而不同.?

而瀏覽器對于沒有足夠頭信息的返回值 也會做出"某些默認行為(打開 或下載 或報錯".?
總之 不同瀏覽器 不同的瀏覽器設置 結果可能是不一樣的 無法把控.?

也就是說 當我們不指定正確的contentType時, 我們所能做的只能是祈禱 在所有環境中, 程序的表現是一致的,?
但是與其"祈禱"不如我們親自把這些信息加上來得可靠.?

所以 正確設置返回信息的 contentType? 還是很有必要的.?


======================?
總結 & 建議 :?
1.?

服務端 向 客戶端 發送 JSON數據 時:?
Content-Type = 'application/json;charset=UTF-8'?


2.?
服務端 向 客戶端 發送 JS 代碼 時:?
Content-Type = 'text/javascript;charset=UTF-8'?

3?
服務端 判斷 客戶端 提交的是否是 JSON數據 時 :?

Content-Type = 'application/json;charset=UTF-8'?
Content-Type = 'text/json;charset=UTF-8'?
Content-Type = 'text/javascript;charset=UTF-8'?
Content-Type = 'application/javascript;charset=UTF-8'?

只要 Content-Type 滿足上面4個條件中的 任意一個時,就可以認為提交的數據是 JSON數據.?
之所以要提供4種選擇 是因為 為了提供更好的兼容性.?
(我想沒有人會提交真正的js代碼到服務端 然后用服務端js引擎去解析執行吧??
即使真有這種需求 也可以在js代碼外包一層 json格式的 wrapper ,?
所以姑且都當作json處理應該沒什么問題)?

======================?

唉 又一篇蠻糾結于無聊細節的短文 就這樣結束了?

如有不對 還請斧正 謝謝了.

總結

以上是生活随笔為你收集整理的纠结于ajax开发中 response的contentType 问题的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。