做了1年半的php開發,對php寫介面的一些注意事項和心得體會也是有一些的。有空就寫下來分享一下,大部分參考別人的一些建議。
文件要寫周全,需要的每個字段,規定是什麼型別,什麼含義要標柱清楚,寫完介面後自己先測試一下是否通過,不要直接扔給測試或者開發,然後反應錯誤了在進行修改
介面要做到小,同時比較多,切記乙個介面的**量很多。做到介面要小而多,不要做大而全,以方便減少伺服器的壓力
當資料庫裡的字段發生變更時,要及時更新文件,並和使用到的程式設計師和測試人員說一聲
介面的測試(如果是node.js / mongodb 的搭配,也可以弄個自動化測試),測試要包含所有的返回情況,介面的規範,可以遵循 restfull api
用restful,最好開啟https,不然會被坑死的,運營商,瀏覽器,路由器一般發現4xx,5xx狀態,喜歡替換成自己的廣告,如果不用restful,返回的都是200狀態,就不會被替換成運營商或路由器自己的導航頁了,運營商,路由器容易擅自根據403,404狀態推自己的導航頁
問乙個問題。如果服務端採取了防重放機制,要求http請求帶上時間戳,和伺服器的時間誤差超過一段距離則請求不合法。那麼,客戶端的時間戳不一定是正確的(有可能使用者改了系統時間),這種方案該怎麼調整?
答(1)第一次啟動從伺服器獲取一次時間,之後客戶端自動計數維護這個時間,每秒加一,這樣就跟伺服器時間一致了
答(2):應該是需要時間戳的請求。帶上伺服器的時間戳。比如說修改個人資料。是請求個人資料。客戶端修改。傳送修改後的個人資料。在請求個人資料的時候伺服器就帶上時間戳。最好是上面所說的token。我們可以驗證這個時間戳。傳送的時候帶上這個時間戳或者token
使用PHP開發App介面的一些體會
做了1年半的php開發,對php寫介面的一些注意事項和心得體會也是有一些的。有空就寫下來分享一下,大部分參考別人的一些建議。文件要寫周全,需要的每個字段,規定是什麼型別,什麼含義要標柱清楚,寫完介面後自己先測試一下是否通過,不要直接扔給測試或者開發,然後反應錯誤了在進行修改 介面要做到小,同時比較多...
APP資料介面開發的一些經驗
剛接到這樣的任務時,沒有感覺到任何壓力,不就是給移動端應用提供資料嗎?那邊發來引數,這邊處理資料,返回json。做 開發時經常使用ajax請求後台資料,不就是這麼回事嗎。於是,在確認完需求後就開始幹了,很快,進入聯調階段,這個時候各種問題來了,忙得不可開交。吃一塹,長一智,專案結束後總結了下,大致分...
APP資料介面開發的一些經驗
剛接到這樣的任務時,沒有感覺到任何壓力,不就是給移動端應用提供資料嗎?那邊發來引數,這邊處理資料,返回json。做 開發時經常使用ajax請求後台資料,不就是這麼回事嗎。於是,在確認完需求後就開始幹了,很快,進入聯調階段,這個時候各種問題來了,忙得不可開交。吃一塹,長一智,專案結束後總結了下,大致分...