0
A
回答
2
由於android基本上是linux(kind of),所以你可以打開所有的選項。然而,像TCP或UDP這樣的(相對)低級別的協議並不總是最好的選擇,因爲網絡連接在手機上是不可靠的,並且在任何給定的時間都可能會改變。
我對REST服務有很好的體驗(JSON over HTTP [s]) - 與基於XML的服務相比,消耗的數據少於 。
如果您願意接收來自服務器的通知,你要麼必須執行定期輪詢 (記住功耗!!!!)或使用某種類型的雲到設備消息(這也是投票,但trnasparently完成)
相關問題
- 1. 三層體系結構與三層服務器體系結構
- 2. 應用服務器通信協議
- 3. 調度程序/通知服務建議/體系結構決策
- 4. 拉VBScript中的遠程Windows服務器體系結構
- 5. 客戶端 - 服務器通信協議的架構決策
- 6. 客戶機/服務器體系結構中的非對稱協議
- 7. 客戶端服務器通信:REST vs Socket體系結構
- 8. Web服務體系結構/信息流
- 9. Subversion,TeamCity和開發服務器的服務器體系結構
- 10. 通過FTP協議將文件複製到遠程服務器
- 11. Azure體系結構和角色通信
- 12. 通知服務體系結構
- 13. 基本服務器協議關係
- 14. RIA服務器體系結構.NET
- 15. 3層服務器體系結構Drupal
- 16. Websocket服務器體系結構
- 17. 多服務器更新體系結構
- 18. 應用程序體系結構:服務器和圖層
- 19. GraphQL和微服務體系結構
- 20. Windows服務器體系結構上的TeamCity服務器?
- 21. Python - asyncio協議/服務器之間的通信
- 22. 通過System.ServiceController遠程啓動/停止Windows服務 - 底層協議?
- 23. 通過互聯網與遠程服務器通信
- 24. 服務結構服務遠程處理
- 25. Azure服務結構服務間通信
- 26. 無服務器體系結構和微服務之間的關係
- 27. VisualSVN服務器的協議
- 28. 使用服務結構的服務體系結構
- 29. 線程和結構體通信
- 30. .NET中多服務和組件的系統體系結構建議(C#)