Android 台灣中文網

標題: ANDROID CLIENT AND RPC VS REST SERVER FRAMEWORK [打印本頁]

作者: afck3200 時間: 2016-5-2 08:24
標題: 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 框架可以順利運作!

請問各位的高見如何?

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

作者: afck3200 時間: 2016-5-2 13:06
當然有差啊! 雖然說條條大路通羅馬 , 不過不同的方案自有不同的架構來因應 , 何必捨近求遠呢!

作者: afck3200 時間: 2016-5-2 18:56
本帖最後由 afck3200 於 2016-5-3 13:57 編輯

還有一件事情忘了說。就是 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 作業，開發商不能接廠商的資料庫，這不是鬼扯蛋是什麼。

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

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

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

作者: afck3200 時間: 2016-5-3 12:07
本帖最後由 afck3200 於 2016-5-3 14:19 編輯

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

歡迎光臨 Android 台灣中文網 (https://apk.tw/)