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

            戰魂小筑

            討論群:309800774 知乎關注:http://zhihu.com/people/sunicdavy 開源項目:https://github.com/davyxu

               :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
              257 隨筆 :: 0 文章 :: 506 評論 :: 0 Trackbacks

            準備:

            http://code.google.com/p/protobuf/下載protobuf-2.5版本

            預備知識: 已經使用過protobuf, 熟練應用protobuf序列化在各語言間交互信息

            目標: 獲取proto內容而無需手動解析proto文件

            為proto文件添加更多的meta信息, 并在運行期獲取.

             

            protoc編譯器準備

            通過protobuf-2.5的源碼或者從官網下載, 可以獲得protoc的protobuf編譯器, 這個編譯器由C++編寫, 官方支持完整的protobuf特性. 編譯器默認支持C++, python和java 三種語言的代碼生成. 如需生成更多的語言, 可以通過官網的第三方頁面獲取.

             

            protoc插件原理

            但我們在日常使用中, 可能需要提取proto信息, 例如: 所有的枚舉,消息等信息, 字段名稱和導出號. 自己編寫詞法解析器來做是費力不討好的. 官方推薦的方法是使用protoc外掛插件來實現.

            protoc的插件設計比較獨特, 不使用動態鏈接庫或者java的jar包導入方式, 而是直接使用了命令行來交換數據.查看protobuf源碼我們可以發現這樣一個文件:

            protobuf-2.5.0\src\google\protobuf\descriptor.proto

            這個文件描述了一個proto文件的格式, 消息組成及枚舉等完整信息. 這是一種自我描述的方法.

            在找到這樣一個文件

            protobuf-2.5.0\src\google\protobuf\compiler\plugin.proto

            這樣一個文件描述: 插件如何與protoc進行交互的協議

            protoc編譯器在給定指定proto文件及搜索路徑后, 將各種信息填充為descriptor.proto描述的結構后通過CodeGeneratorRequest消息系列化為二進制流后輸出到命令行. 插件只用捕獲protoc命令行輸出的二進制流, 序列化化回CodeGeneratorRequest即可獲得解析后的proto文件內容

            這里需要注意的是: 插件可執行文件很有講究, 必須為protoc-gen-$NAME,  而且輸出文件名參數必須為--${NAME}_out

            看一個栗子:

            protoc.exe foo.proto --plugin=protoc-gen-go=..\tools\protoc-gen-go.exe --go_out foo.go --proto_path "."

            這個栗子里: $NAME=go

            protoc將foo.proto文件(搜索路徑為當前路徑)的內容通過命令行輸出給位于..\tools\的插件protoc-gen-go.exe,  輸出文件名字為 foo.go

            descriptor.proto信息挖掘

            我們注意到在descriptor.proto文件中包含有這樣的一個message: SourceCodeInfo, 這個消息體里有如下字段

            optional string leading_comments = 3;
                optional string trailing_comments = 4;

            這兩個字段對于我們獲取proto文件的meta信息尤為重要, 所謂的meta信息, 理解理解為C#語言中的attribute

            這個attribute功能可以為一個字段, 一個消息擴充一些描述. 比如: 當一個字段通過反射顯示在gui上時, gui需要獲取這個字段的中文描述

            那么只需要如下編寫

            optional int32 somevalue = 1 //@ desc=”中文描述”

            位于字段尾部的描述, 會被填充到SourceCodeInfo的 trailing_comments中, 而位于字段上方的字段, 會被填充到leading_comments中

             

            SourceCodeInfo 并沒有直接掛載在message或者字段的附近, 而是通過其下的path字段來描述與字段的關系, 這是個極為麻煩的設計.

            其原理如下:

            假設我有如下一個message

            message foo

            {

                 optional int32 v = 1;  // comments

            }

            要獲取v后的注釋, 對應的path為 4, 0, 2, 0

            4 表示descriptor中message_type所在的序號,由于message_type對應的類型DescriptorProto是一個數組, 所以0表示foo是在FileDescriptorProto的message_type數組類型的索引為0;

            如此類推: 2, 0 表示 v在DescriptorProto結構體的field成員序號為2的數組元素的索引為0

             

            如果需要更多的參考, 可以獲取https://github.com/golang/protobuf

            github.com\golang\protobuf\protoc-gen-go工程內有詳細代碼解析

            posted on 2015-03-01 13:49 戰魂小筑 閱讀(11078) 評論(0)  編輯 收藏 引用 所屬分類: 腳本技術工具使用及設計
            久久久精品波多野结衣| 久久精品国产亚洲AV影院| 国产精品美女久久久网AV| 草草久久久无码国产专区| 国产精品乱码久久久久久软件| 久久综合综合久久综合| 国产福利电影一区二区三区久久久久成人精品综合 | 欧美亚洲国产精品久久蜜芽 | 久久久久亚洲精品天堂| 9999国产精品欧美久久久久久| 日本精品久久久久影院日本 | 亚洲精品无码久久毛片| 国产精品久久波多野结衣| 亚洲欧洲久久久精品| 欧美亚洲国产精品久久蜜芽| 亚洲日本va中文字幕久久| 国内精品伊人久久久久网站| 久久久久久久97| 99久久国产精品免费一区二区| 精品熟女少妇aⅴ免费久久| 国产婷婷成人久久Av免费高清| 一本大道久久东京热无码AV| 日本久久久精品中文字幕| AV狠狠色丁香婷婷综合久久| 狠狠色婷婷久久一区二区| 久久久久国产日韩精品网站| 9999国产精品欧美久久久久久| 99久久无色码中文字幕| 久久99精品久久只有精品| 久久亚洲精品中文字幕| 国产激情久久久久久熟女老人| 亚洲欧洲精品成人久久奇米网| 久久综合伊人77777| 久久影院亚洲一区| 青青热久久国产久精品| 综合久久精品色| 最新久久免费视频| 97精品伊人久久久大香线蕉| 综合网日日天干夜夜久久| 久久亚洲精品人成综合网| 久久精品国产亚洲AV大全|