• <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>

            牽著老婆滿街逛

            嚴(yán)以律己,寬以待人. 三思而后行.
            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

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

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

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

              syntax = "proto3";

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

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

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

            4. 移除了 default 選項(xiàng);

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

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

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

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

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

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

              這也是一個約定。

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

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

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

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

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

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

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

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

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

            9. 增加了 JSON 映射特性;

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

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


            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            亚洲日韩欧美一区久久久久我| 亚洲婷婷国产精品电影人久久| 亚洲午夜精品久久久久久浪潮 | 久久这里只有精品视频99| 久久国产热精品波多野结衣AV| 久久久久亚洲AV无码观看| 欧美久久一级内射wwwwww.| 久久精品亚洲欧美日韩久久| 国产成人久久精品二区三区| 亚洲国产精品人久久| 国产精品久久影院| 久久久久久免费一区二区三区| 97久久天天综合色天天综合色hd | 伊人久久综在合线亚洲2019| 久久久久久午夜成人影院| 久久久噜噜噜久久中文福利| 热re99久久6国产精品免费| 欧美午夜精品久久久久免费视| 亚洲国产欧美国产综合久久| 久久99精品久久久久久动态图| 久久国产精品久久| 中文精品久久久久国产网址| 久久精品成人影院| 性做久久久久久久久浪潮| 亚洲香蕉网久久综合影视| 久久天天躁狠狠躁夜夜avapp| 精品久久8x国产免费观看| 久久精品无码一区二区三区| 久久www免费人成看国产片| 亚洲日韩欧美一区久久久久我| 久久人人爽人人爽人人片av麻烦| 欧美va久久久噜噜噜久久| 日本精品久久久中文字幕| 精品久久人人做人人爽综合 | 欧美亚洲国产精品久久| 久久久女人与动物群交毛片| 久久电影网一区| 久久午夜无码鲁丝片秋霞| 久久AV高清无码| 久久天天躁狠狠躁夜夜2020老熟妇| 99久久国产精品免费一区二区|