• <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)  編輯 收藏 引用

            99久久免费只有精品国产| 色偷偷91久久综合噜噜噜噜| 国产精品久久影院| 久久九色综合九色99伊人| 亚洲AV无码久久精品成人| 99久久国产综合精品网成人影院 | 久久久久久国产精品免费无码| 91精品国产高清91久久久久久| 日韩久久无码免费毛片软件| 无码国内精品久久人妻| 久久青青草原精品国产不卡| 久久精品亚洲中文字幕无码麻豆| 久久久久久极精品久久久| 久久久久人妻一区精品色 | 无码超乳爆乳中文字幕久久| 狠狠色综合网站久久久久久久 | 亚洲国产成人久久精品99 | 久久经典免费视频| AA级片免费看视频久久| 亚洲人成伊人成综合网久久久| 精品久久久久久无码中文野结衣| 国产精品一区二区久久国产| 久久久久久久波多野结衣高潮 | 久久精品国产亚洲AV不卡| 欧美色综合久久久久久| 996久久国产精品线观看| 无码人妻久久一区二区三区| 免费精品久久天干天干| 中文字幕精品久久| 四虎国产精品成人免费久久| 国产精品九九久久免费视频| 一本伊大人香蕉久久网手机| 久久精品成人免费网站| 久久er国产精品免费观看2| 69SEX久久精品国产麻豆| 国内精品久久久久影院日本| 欧洲人妻丰满av无码久久不卡| 亚洲国产精品无码久久一区二区 | 亚洲人AV永久一区二区三区久久| 久久久99精品一区二区| 久久婷婷色综合一区二区|