1多樣化的數(shù)據(jù)格式訴求越來越明顯,同一樣的數(shù)據(jù),在前端要求不同形式的展現(xiàn)這個(gè)應(yīng)該場(chǎng)景也不會(huì)陌生,同樣的接口一樣的數(shù)據(jù)要求展示線圖,餅圖,柱圖,熱力圖,就需要前端對(duì)數(shù)據(jù)進(jìn)行二次處理,思考就來了,當(dāng)前很多場(chǎng)景下的數(shù)據(jù)格式以json對(duì)象的形式進(jìn)行傳遞（畢竟面向?qū)ο笫欠N傻瓜式的理解性強(qiáng)的一種思想）访敌，這種鍵值對(duì)的形式數(shù)據(jù)往往就帶來了無用的行為菱属，第一次在后端將數(shù)據(jù)組成json，第二次在前端對(duì)數(shù)據(jù)進(jìn)行解析再組成當(dāng)前圖形所要的格式省咨，一個(gè)數(shù)據(jù)經(jīng)歷了數(shù)據(jù)格式化，數(shù)據(jù)解析，數(shù)據(jù)再格式化鸣剪。這樣顯然是不合理的，在數(shù)據(jù)庫中數(shù)據(jù)以表格的形式展現(xiàn)丈积，基于當(dāng)前的業(yè)務(wù)場(chǎng)景筐骇，其實(shí)返回前臺(tái)就是一張表格是不是更合理？以行列思維江滨，返回的是一個(gè)二維數(shù)組铛纬，前端不同的數(shù)據(jù)展現(xiàn)實(shí)現(xiàn)每個(gè)圖形對(duì)象自己去格式化，這樣數(shù)據(jù)處理過程只有一步格式化了唬滑。所以今天我們討論的核心就是以二維數(shù)組的形式傳遞數(shù)據(jù)告唆，前端做數(shù)據(jù)格式化。
A數(shù)據(jù)處理只有前端格式化一步晶密，以不變的后端接口應(yīng)對(duì)萬變前端的展現(xiàn)形式
B目前瀏覽器的js數(shù)據(jù)處理能力比java不差
C減少服務(wù)器端的壓力擒悬，數(shù)據(jù)交由前端格式化，后端專注與數(shù)據(jù)挖掘稻艰，數(shù)據(jù)算法懂牧，返回有效的數(shù)據(jù)，總不能把算法寫在前端js里也實(shí)現(xiàn)不了
D平臺(tái)化嵌入思考连锯，數(shù)據(jù)來源不僅會(huì)來自當(dāng)前服務(wù)端也可以來自跨區(qū)請(qǐng)求（跨域?qū)崿F(xiàn)這個(gè)交給后臺(tái)）不需要去協(xié)定鍵值對(duì)名稱归苍，只需把整個(gè)表發(fā)過來就行了
E Only you know what you want and what you wantto do is not to be given
