前后端通信走json格式合理不？

我司現(xiàn)在實(shí)現(xiàn)前后端分離，后端傳遞數(shù)據(jù)走的是json格式，前端如果提交數(shù)據(jù)是將數(shù)據(jù)type變?yōu)?br>Content-Type:application/x-www-form-urlencoded”的格式后傳遞數(shù)據(jù)，但這種方式走的是鍵值對的格式，感覺不是很方便，想問下，各位大佬，如果當(dāng)遇到復(fù)雜的數(shù)據(jù)格式時，前端給后端傳 json 格式的type:
Content-Type:application/json;charset=UTF-8，該方案是不是更加合理？

回答

編輯回答

青檸

Content-Type:application/x-www-form-urlencoded
Content-Type:application/json
我遇到一個很奇怪的問題,希望各位能幫忙解決一下,我的webapi 使用cors跨域的,并且使用'Authorization'作為用戶登錄驗(yàn)證的,在使用Content-Type:application/json 的時候經(jīng)過cors跨域處理之后,原有的請求頭會打包到 request payload 里面去,導(dǎo)致讀取不了驗(yàn)證信息, 使用了Content-Type:application/x-www-form-urlencoded 可以保證通過cors跨域處理后讀取原有請求頭的驗(yàn)證信息,但是因?yàn)閿?shù)據(jù)格式是json,又引致415 數(shù)據(jù)格式不正確.有大牛遇到這種情況嗎?幫我想個解決方案

2018年4月15日 16:48

編輯回答

忠妾

不要form表單提交，用ajax就行了

2018年2月10日 10:40

編輯回答

空白格

公司現(xiàn)在使用的就是前后端都是用json，但是用了一段時間發(fā)現(xiàn)了一些問題，在瀏覽器方面，使用Content-Type:application/json;charset=UTF-8發(fā)送數(shù)據(jù)的時候，這個請求將不再是簡單請求，而變成了跨域復(fù)雜請求，瀏覽器前端會發(fā)送一個額外的OPTION請求到服務(wù)器，覺得好浪費(fèi)，所以準(zhǔn)備退到Content-Type:application/x-www-form-urlencoded。