【Protocol Buffer】Protocol Buffer入门教程(三):proto3与proto2的区别
總的來說,proto3 比 proto2 支持更多語言但 更簡潔。去掉了一些復雜的語法和特性,更強調約定而弱化語法。如果是首次使用 Protobuf ,建議使用 proto3 。
在 proto2 中 required 也是不推薦使用的。proto3 直接從語法層面上移除了 required 規則。其實可以做的更徹底,把所有字段規則描述都撤銷,原來的 repeated 改為在類型或字段名后加一對中括號。
在 proto2 中,需要明確使用 [packed=true] 來為字段指定比較緊湊的 packed 編碼方式。
語言增加 Go、Ruby、JavaNano 支持;
移除了 default 選項;
在 proto2 中,可以使用 default 選項為某一字段指定默認值。在 proto3 中,字段的默認值只能根據字段類型由系統決定。也就是說,默認值全部是約定好的,而不再提供指定默認值的語法。
在字段被設置為默認值的時候,該字段不會被序列化。這樣可以節省空間,提高效率。
但這樣就無法區分某字段是根本沒賦值,還是賦值了默認值。這在 proto3 中問題不大,但在 proto2 中會有問題。
比如,在更新協議的時候使用 default 選項為某個字段指定了一個與原來不同的默認值,舊代碼獲取到的該字段的值會與新代碼不一樣。
另一個重約定而弱語法的例子是 Go 語言里的公共/私有對象。Go 語言約定,首字母大寫的為公共對象,否則為私有對象。所以在 Go 語言中是沒有 public、private 這樣的語法的。
枚舉類型的第一個字段約定必須為 0 ;
移除了對分組的支持;
分組的功能完全可以用消息嵌套的方式來實現,并且更清晰。在 proto2 中已經把分組語法標注為『過期』了。這次也算清理垃圾了。
在 proto2 中,舊代碼雖然會忽視不認識的新增字段,但并不會將其丟棄,再序列化的時候那些字段會被原樣保留。
我覺得還是 proto2 的處理方式更好一些。能盡量保持兼容性和擴展能力,或許實現起來也更簡單。proto3 現在的處理方式,沒有帶來明顯的好處,但丟掉了部分兼容性和靈活性。
[2017-06-15 更新]:經過漫長的討論,官方終于同意在 proto3 中恢復 proto2 的處理方式了。 可以通過這個文檔了解前因后果及時間線。
Any 類型是用來替代 proto2 中的擴展的。目前還在開發中。
proto2 中的擴展特性很像 Swift 語言中的擴展。理解起來有點困難,使用起來更是會帶來不少混亂。
相比之下,proto3 中新增的 Any 類型有點像 C/C++ 中的 void* ,好理解,使用起來邏輯也更清晰。
語言的活力來自于與時俱進。當前,JSON 的流行有其充分的理由。很多『現代化』的語言都內置了對 JSON 的支持,比如 Go、PHP 等。而 C++ 這種看似保羅萬象的學院派語言,因循守舊、故步自封,以致于現出了式微的苗頭。
總結
以上是生活随笔為你收集整理的【Protocol Buffer】Protocol Buffer入门教程(三):proto3与proto2的区别的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 【Protocol Buffer】Pro
- 下一篇: 【Protocol Buffer】Pro