• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            牽著老婆滿街逛

            嚴以律己,寬以待人. 三思而后行.
            GMail/GTalk: yanglinbo#google.com;
            MSN/Email: tx7do#yahoo.com.cn;
            QQ: 3 0 3 3 9 6 9 2 0 .

            Protobuf 的 proto3 與 proto2 的區(qū)別

            轉(zhuǎn)載自:https://solicomo.com/network-dev/protobuf-proto3-vs-proto2.html

            這是一篇學習筆記。在粗略的看了 Protobuf 的文檔中關(guān)于 proto2 和 proto3 的說明后,記錄下了幾點 proto3 區(qū)別于 proto2 的地方。

            總的來說,proto3 比 proto2 支持更多語言但 更簡潔。去掉了一些復雜的語法和特性,更強調(diào)約定而弱化語法。如果是首次使用 Protobuf ,建議使用 proto3 。

            1. 在第一行非空白非注釋行,必須寫:

              syntax = "proto3";

            2. 字段規(guī)則移除了 “required”,并把 “optional” 改名為 “singular”;

              在 proto2 中 required 也是不推薦使用的。proto3 直接從語法層面上移除了 required 規(guī)則。其實可以做的更徹底,把所有字段規(guī)則描述都撤銷,原來的 repeated 改為在類型或字段名后加一對中括號。這樣是不是更簡潔?

            3. 語言增加 Go、Ruby、JavaNano 支持;

            4. 移除了 default 選項;

              在 proto2 中,可以使用 default 選項為某一字段指定默認值。在 proto3 中,字段的默認值只能根據(jù)字段類型由系統(tǒng)決定。也就是說,默認值全部是約定好的,而不再提供指定默認值的語法。

              在字段被設(shè)置為默認值的時候,該字段不會被序列化。這樣可以節(jié)省空間,提高效率。

              但這樣就無法區(qū)分某字段是根本沒賦值,還是賦值了默認值。這在 proto3 中問題不大,但在 proto2 中會有問題。

              比如,在更新協(xié)議的時候使用 default 選項為某個字段指定了一個與原來不同的默認值,舊代碼獲取到的該字段的值會與新代碼不一樣。

              另一個重約定而弱語法的例子是 Go 語言里的公共/私有對象。Go 語言約定,首字母大寫的為公共對象,否則為私有對象。所以在 Go 語言中是沒有 public、private 這樣的語法的。

            5. 枚舉類型的第一個字段必須為 0 ;

              這也是一個約定。

            6. 移除了對分組的支持;

              分組的功能完全可以用消息嵌套的方式來實現(xiàn),并且更清晰。在 proto2 中已經(jīng)把分組語法標注為『過期』了。這次也算清理垃圾了。

            7. 舊代碼在解析新增字段時,會把不認識的字段丟棄,再序列化后新增的字段就沒了;

              在 proto2 中,舊代碼雖然會忽視不認識的新增字段,但并不會將其丟棄,再序列化的時候那些字段會被原樣保留。

              我覺得還是 proto2 的處理方式更好一些。能盡量保持兼容性和擴展能力,或許實現(xiàn)起來也更簡單。proto3 現(xiàn)在的處理方式,沒有帶來明顯的好處,但丟掉了部分兼容性和靈活性。

            8. 移除了對擴展的支持,新增了 Any 類型;

              Any 類型是用來替代 proto2 中的擴展的。目前還在開發(fā)中。

              proto2 中的擴展特性很像 Swift 語言中的擴展。理解起來有點困難,使用起來更是會帶來不少混亂。

              相比之下,proto3 中新增的 Any 類型有點想 C/C++ 中的 void* ,好理解,使用起來邏輯也更清晰。

            9. 增加了 JSON 映射特性;

              語言的活力來自于與時俱進。當前,JSON 的流行有其充分的理由。很多『現(xiàn)代化』的語言都內(nèi)置了對 JSON 的支持,比如 Go、PHP 等。而 C++ 這種看似保羅萬象的學院派語言,因循守舊、故步自封,以致于現(xiàn)出了式微的苗條。

            posted on 2016-11-17 14:11 楊粼波 閱讀(17646) 評論(0)  編輯 收藏 引用

            久久精品国产一区二区电影| 中文精品久久久久人妻不卡| 久久天天躁夜夜躁狠狠躁2022 | 狠狠色丁香久久婷婷综合五月 | 97精品伊人久久久大香线蕉| 久久男人中文字幕资源站| 久久青青草原精品影院| 国内精品久久国产大陆| 1000部精品久久久久久久久| 日产精品久久久久久久性色| 久久九九久精品国产免费直播| 久久亚洲AV无码精品色午夜| 伊人 久久 精品| 一本一本久久A久久综合精品| 久久久久久久久久久久久久| 亚洲级αV无码毛片久久精品| 久久综合给久久狠狠97色| 国产午夜免费高清久久影院| 久久国产免费观看精品| 国产精品一区二区久久精品无码| 久久精品国产色蜜蜜麻豆 | 久久久久久久91精品免费观看| 久久青青色综合| 99精品国产综合久久久久五月天| 久久婷婷五月综合97色| 国产精品VIDEOSSEX久久发布| 午夜精品久久久久久久无码| 久久综合给合久久狠狠狠97色 | 青青草原1769久久免费播放| 久久久久国产精品嫩草影院| 中文字幕亚洲综合久久菠萝蜜 | 久久国产亚洲精品麻豆| 国产成人综合久久精品红| 久久久av波多野一区二区| 国内精品久久久久久中文字幕| 99久久国产宗和精品1上映| 情人伊人久久综合亚洲| 久久人人爽人人爽人人av东京热 | 日本五月天婷久久网站| 国产一区二区精品久久| 国产精品久久久久久久久久影院|