5
Q
數據格式兼容性
A
回答
3
是的,這是相當多的想法。只要遵循規範,使用哪個庫就不重要。需要注意的是可以稍微不同的方式來表示,例如字段順序相同的數據不應該的問題,給客戶端,而它是爲客戶寫升序領域共同,有明確要求,客戶端可以處理的字段以任意順序排列。我在這裏要說的是,它可能不是完全相同的字節,其順序是,但它應該可以在任何客戶端上正常工作。
請注意,某些實現可能會提供額外的功能(*咳嗽*,如我的提供繼承支持),主要用於在單個客戶端中使用。在這種情況下,我會答:預計使用時,這些功能是顯而易見的,和B:應該總是仍然產生有效的protobuf流(你可能只是選擇忽略這些字段,或支持他們爲bytes
爲目的往返)。
相關問題
- 1. Nv-d3數據格式不兼容
- 2. Thrift版本之間的數據格式兼容性
- 3. Java數據庫兼容性
- 4. 數據庫SQL兼容性
- 5. Silverlight媒體格式兼容性
- 6. HTML5視頻格式 - 兼容性
- 7. html5數據屬性向後兼容性
- 8. 數據合同序列化和向後兼容兼容性
- 9. 形式兼容性 - C++
- 10. IE兼容性模式
- 11. SnappyData數據類型兼容性
- 12. Realm數據庫跨平臺兼容性?
- 13. Cloud Foundry與數據庫的兼容性
- 14. SQL Server數據類型兼容性
- 15. netTiers數據庫模式向後兼容
- 16. 如何將json數據轉換爲BPMN兼容格式?
- 17. 中的數據轉換openNLP兼容培訓格式
- 18. GridLayout兼容性
- 19. PLSQL_V2_COMPATIBILITY兼容性
- 20. Firefox兼容性
- 21. iPhone兼容性
- 22. NServiceBus兼容性
- 23. iOS兼容性
- 24. match_parent兼容性
- 25. UTF8兼容性
- 26. 兼容性
- 27. MSMQ兼容性
- 28. DX11兼容性
- 29. silverlight兼容性
- 30. 兼容性
如果它不是「完全相同的字節在相同的順序」,許多客戶端將打破。任何依賴哈希和密碼簽名的人。 – jaybny