RESTful API是目前比較成熟的一套互聯(lián)網(wǎng)應(yīng)用程序的API設(shè)計(jì)理論，規(guī)范了服務(wù)端資源的定義及訪問。我們團(tuán)隊(duì)服務(wù)端就采用了RESTful。
可是在現(xiàn)實(shí)開發(fā)過(guò)程中，還是有些問題。
客戶端在獲取資源的時(shí)候，可能不同地方需要資源的不同的屬性，而服務(wù)端常常會(huì)把幾乎所有屬性全部返回，這在App上會(huì)造成一些流量的浪費(fèi)，譬如我要加載一個(gè)普通的產(chǎn)品列表，需要產(chǎn)品圖片、產(chǎn)品名稱、價(jià)格、庫(kù)存等屬性，而另一個(gè)瀏覽歷史可能只需要名稱和價(jià)格，這總不能寫兩個(gè)API吧？或者說(shuō)附帶一個(gè)請(qǐng)求參數(shù)告訴服務(wù)端要返回哪些屬性，這倒行得通，可很不優(yōu)雅。
重要的是客戶端還會(huì)有一個(gè)界面可能需要調(diào)用多個(gè)不同類型的資源的情況，最經(jīng)典的就是電商App，個(gè)人中心界面里，既需要用戶的一些信息，又要查詢收藏?cái)?shù)量、關(guān)注數(shù)量、足跡數(shù)量，又要查詢不同狀態(tài)下的訂單數(shù)量，或者下方還有推薦商品列表?？蛻舳艘粋€(gè)界面請(qǐng)求多個(gè)資源URI會(huì)降低客戶端的體驗(yàn)自然不好，或者需要服務(wù)端需要額外提供適配客戶端的API能解決，可一旦界面有變化這些接口也要重新做適配。
這些問題不是很重要，可問題多了，客戶端開發(fā)和服務(wù)端開發(fā)要掐架。
有沒有相對(duì)好的解決辦法呢？
本人不才，搞了個(gè) Jsonql（https://github.com/liyanjie8712/Jsonql），意圖給RESTful按上一對(duì)翅膀。
Jsonql是什么，咱給它起了個(gè)高大上的名字，Jsonql = Responsive Json Query Language，響應(yīng)式Json查詢語(yǔ)言，客戶端要什么樣的數(shù)據(jù)，由客戶端來(lái)決定。服務(wù)端只提供資源及支持的查詢函數(shù)，客戶端編寫查詢請(qǐng)求，服務(wù)端解析并組裝數(shù)據(jù)返回給客戶端。這下服務(wù)端一勞永逸，客戶端界面及數(shù)據(jù)綁定隨便折騰去吧，挖哈哈~
先來(lái)看看Jsonql的語(yǔ)法：
變量的定義：$變量名
網(wǎng)友評(píng)論
