19
A
回答
15
谷歌設計的protobuf是帶版本相當寬容:
- 意外的數據無論是作爲「擴展」存儲(使它往返安全),或者直接丟棄,這取決於實施
- 新字段通常添加爲「可選」,意思是舊的數據可以被成功加載
:
- 不重新編號領域 - 這將打破現有的數據
- 你通常不應改變任何領域的存儲方式(即從固定與32位int到「varint」)
一般來說,雖然 - 這將只是工作,你不需要擔心版本太多。
相關問題
- 1. 協議緩衝區精簡版與常規協議緩衝區
- 2. 協議緩衝區錯誤版本
- 3. cmakeable版本的協議緩衝區
- 4. 協議緩衝區
- 5. Google協議緩衝區,如何處理多個消息類型?
- 6. 擴展協議緩衝區
- 7. gson vs協議緩衝區
- 8. 協議緩衝區記錄
- 9. 協議緩衝區錯誤
- 10. 協議緩衝區挑戰
- 11. 谷歌協議緩衝區
- 12. Android和協議緩衝區
- 13. JPA協議緩衝區
- 14. Delphi協議緩衝區?
- 15. 谷歌協議緩衝區 -
- 16. 協議緩衝區和Hadoop
- 17. 協議緩衝區文件?
- 18. 協議緩衝區 - @ModelAttribute
- 19. 協議緩衝區擴展
- 20. 協議緩衝區:如何導入?
- 21. C++ Google協議緩衝區。 RPC如何?
- 22. 如何使用協議緩衝區?
- 23. 如何使用協議緩衝區?
- 24. 如何在協議緩衝區的Python
- 25. 處理非常大的String消息的協議緩衝區?
- 26. 使用exprotobuf處理Google協議緩衝區
- 27. 處理來自Google協議緩衝區庫的IOExceptions
- 28. 協議緩衝區的任何經驗?
- 29. 遊戲控制檯上的協議緩衝區
- 30. 如何管理協議緩衝區定義文件?
據推測,除去_required_領域也將導致問題? – 2011-12-17 13:27:21