ANDROID CLIENT AND RPC VS REST SERVER FRAMEWORK

之前小弟接到某家公司的外包案 , 說是要開發一款類似 O2O商家管理的 NATIVE ANDROID APP , 小弟負責 ANDROID CLIENT 串接API , 後端則是由該公司的技術人員負責! 在此做個背景說明: 該公司主業是做電子商務網站的設計服務,老闆想跨足涉入 MOBILE APP 的研發,所以小弟才有機會跟該公司協作開發!

經雙方 CO-WORK 後傻眼了: SERVER-SIDE 它們使用的是 JSON-RPC 遠程調用框架,我跟他們建議: 針對此移動服務用 API CALL 存取 DB 的 CRUD 作業應用程式 , 使用 REST WEB 服務框架實施比較合理, 對方回答我: "希望" 我們用 JSON-RPC 框架可以順利運作!

請問各位的高見如何?

有差嗎？你考慮的是效能？速度還是方便度？
API就是提供需要的服務，用什麼框架的差異不太吧，也沒有必要一定要用 Restful ，用最簡單 hot code 也可以呀。

當然有差啊! 雖然說條條大路通羅馬 , 不過不同的方案自有不同的架構來因應 , 何必捨近求遠呢!

還有一件事情忘了說。就是 API Call Access DataBase Table 的事情！之前它們司人員只是在伺服器端做Web Service API Testing 罷了，根本沒有實際用 API call DataBase to Access Data Tables。他們公司專案經理，還問我為什麼我給她的 Native App，Click 「貨到門市」怎麼都 No Response。我後來也跟它們主管反應說：難道貴司開發API都不用調用DataBase Table嗎？很扯的是，對方回我說：「我們配合過很多app的人 真的不會用到資料庫」，「資料是屬於客戶的 我沒有權利可以將資料提出去 （個資法）」，「所以都是用API串接」。

所謂的API串接是給User使用 URI配合參數及鍵值來使用這個Web Service 調用資料庫數據。然而開發商如果不用 DB Connection，那如何來製作 Json Data Modeling 來執行 API Call DataBase to Access Data Table ？ 這個商家管理的 Native App 的後端，就是讓 ANDROID CLIENT 用 API 存取 DB 的 CRUD 作業，開發商不能接廠商的資料庫，這不是鬼扯蛋是什麼。

嗯，我的意思只是說，不管是 Restful 或 WebService 或其它 CRUD 的方式，都只是達成目標的方式之一，也沒有什麼捨近求遠的問題，喜歡用什麼方式就用什麼方式，畢竟雖然方式不同，但最後都只是完成 DB 的存取而已。

像我使用 PHP ，有些專案用 Restful ，有些專案用 Soap ，也有些專案直接用 POST/GET 實作所有的功能，因為我們接人家的案子，人家要怎麼走，我們也只能配合。

至於客戶對於本身系統的不熟悉，或是言之無物的問題，那只能靠你的專業去慢慢帶出來他的印象了，我只能說不是每個客戶都熟悉自己的系統。

嗯! 了解.....THNX~ 倒也不是我故意要無病呻吟亂抱怨甚麼, 只是現今大部分老闆心態, 都把公司員工當成吃到飽員工; 員工為了能保住飯碗,也不敢如實反映事實, 結果那個最後的倒楣鬼當然就是 "外包"!!!!