php中json?序列化為?[]?的弊端
在 PHP 中表示空的map或空數組都是以空數組形式,在轉化為json數據時,會將空數組統(tǒng)一 json 序列化成 ??[]??,這樣就存在一個類型問題。
以前我們在與前端交互時一般是與弱類型語言js交互,對于空數組轉成 ??{}?? 還是 ??[]?? 區(qū)別不大。
但隨著APP的流行,PHP很多時候不是跟瀏覽器端的JS交互,而是跟Java和ObjC這樣的靜態(tài)類型語言交互,返回值的類型定義,就很重要了,舉個例子
$ret1 = [? ? ? 'choices' => ['魚香肉絲', '宮保雞丁'], ? ? 'answers' => [ ? ? ? ? '張三' => 0, ? ? ? ? '李四' => 1, ? ? ? ? '趙云' => 0, ? ? ], ? ]; $ret2 = [? ? ? 'choices' => [],? ? ? 'answers' => [],? ]; echo json_encode($ret1) . "\n"; echo json_encode($ret2) . "\n";
輸出
{"choices":["\u9c7c\u9999\u8089\u4e1d","\u5bab\u4fdd\u9e21\u4e01"],"answers":{"\u5f20\u4e09":0,"\u674e\u56db":1,"\u8d75\u4e91":0}} {"choices":[],"answers":[]}
客戶端在定義這個model的時候,可能是這樣定義的
class ResultDTO { ? ? lateinit var choices: List<String> ? ? lateinit var answers: Map<String, Int> }
當返回ret1的時候,一切順風順水,皆大歡喜。如果返回ret2呢,客戶端抗議了
com.fasterxml.jackson.databind.JsonMappingException: Can not deserialize instance of java.util.LinkedHashMap out of START_ARRAY token
原因是什么呢?PHP的json_encode面對一個空的array的時候,它很為難,它不知道應該當它是list還是map,所以它只能一刀切,認為它就是list,于是客戶端就不高興了。解決辦法不是沒有,依然是強制轉換。
解決方法一:[推薦]
$arr = [ ? ? ?'choices' => [], ? ? 'answers' => new \ArrayObject([]) ]; $jsonRet = json_encode($arr); print_r($jsonRet);
使用 ArrayObject 還可以像數組一樣操作數據,方便很多
解決方法二:
$ret2 = [ ? ? 'choices' => [], ? ? 'answers' => (object) [], ];
但是這樣就帶來一個問題,如果answers不是寫死的,而是某個API的返回值,你并不確定它是不是會返回空的,它也沒有義務幫你cast成object,因為JSON序列化是跟前端交互的事情,不應該放到后端service層面解決。那么你只能自己動手了,手動把返回值中可能出現空map的地方,全部強制轉換一遍。
PHP的關聯(lián)數組的確很強大,算法設計的也不錯,性能也很好,但是它不是沒有代價的,上面的例子算是其中一個。如果PHP也像其它語言一樣,區(qū)分map和list,可能會省事一些,畢竟區(qū)分{}和[],對程序員來說并不會增加很多學習成本。
到此這篇關于php中json 序列化為 [] 的弊端的文章就介紹到這了,更多相關json 序列化為 [] 的弊端內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!