• pb- 使用


    8. 更新Message类型

    如果现有message类型不能在满足业务需求,例如,需要新增一个字段,但是我们却希望依然能够使用原来的.proto生成的代码。完全没有问题,仅需记住如下规则:

    1. 千万不要修改现有字段后边的数值标签
    2. 只能新增optional或者repeated字段
    3. 可以删除非必须字段,但是他们的数字标签不能再被使用。最好的方法是不删除,而是修改名字,比如在前缀上加OBSOLETE_,这样就可以避免后人尽量少的出错。
    4. 非required字段可以转化成extension字段,反之亦然,同时保留原类型和数字标签
    5. int32, uint32, int64, uint64, 和bool是兼容的。即这些字段可以相互切换,在代码处理的时候,不会出错,但是小心范围小的数据接收范围大的数据会发生截断
    6. sint32, sint64是相互兼容的,但是不与其他整型类型兼容
    7. string和bytes是兼容的,因为bytes也是合法的UTF-8
    8. Embedded messages are compatible with bytes if the bytes contain an encoded version of the message(不知道怎么翻译了)
    9. fixed32与 sfixed32兼容, fixed64 与sfixed64兼容
    10. optional与repeated兼容,也存在数据截断,假如讲一个repeated的序列化后的数据作为输入给客户端,客户端会截取最后一个原子类型的字节。或者,如果是一个message类型的字段的话,合并所有的元素。
    11. 可以修改字段默认值
    原创作品,允许转载,转载时请务必以超链接形式标明文章 原始出处 、作者信息石头儿本声明。否则将追究法律责任。http://shitouer.cn/2013/04/google-protocol-buffers-tutorial/

    1. 概述

    前两篇文章,我们概括介绍《Google Protocol Buffers 概述》以及带领大家简单的《Google Protocol Buffers 入门》,接下来,再稍微详细一点介绍Protocol Buffers书写语言。该篇文章主要讲解如何使用PB语言构建数据,包括.proto文件语法及如果使用.proto文件生成数据存取类。

    本篇主要包括:

    • 定义一个PB message类型
    • 介绍PB 数据类型
    • Optional字段及其默认值
    • 枚举类型
    • 使用其他Message类型作为filed类型
    • 嵌套类型
    • 更新Message

    2. 定义一个PB message类型

    假如现在需要定义搜索请求的message格式,每条message包含三个字段:搜索语句(query string),需要的返回结果页数(page_number),以及该页上的结果数。可如下定义.proto文件。

    message SearchRequest {
      required string query = 1;
      optional int32 page_number = 2;
      optional int32 result_per_page = 3;
    }

    该message定义声明三个字段(name/value pairs),每个字段有一个名字和类型。

     2.1 声明字段类型

    上例中,所有的字段类型均为标准类型:两个整型和一个字符串类型。当然,也可以指定复合类型:枚举类型和其他自定义message类型。

    2.2 给字段赋值数字标签

    从上例中可以发现,message中定义的每个字段都有一个唯一的数字标签。该标签的作用是在二进制message中唯一标示该字段,一旦定义该字段的值就不能够再更改。有一点需要强调:1~15的数字标签编码后仅占一个字节(byte),包括数字标签和字段类型。16~2047的数字标签占两个字节(byte)。因此,1~15的数字标签应该用于最频繁出现的元素。设计时要考虑到不要一次用完1~15的标签,要考虑到将来也可能出现频繁出现的元素。

    最小的数字标签是1,最大的数字标签是2的29次方-1,也即 536,870,911。但是并不是这之间所有的数字标签你都能用,例如19000~19999。这个区间的数字标签就像是java中的保留字一样,他们是PB的保留数字标签。如果该区间的数字标签出现在.proto文件中,PB编译器会出错。

    2.3 字段标示符

    字段标示符有三个:

    message的没一个字段,都要用如下的三个修饰符(modifier)来声明:

    1. required:必须赋值,不能为空,否则该条message会被认为是“uninitialized”。build一个“uninitialized” message会抛出一个RuntimeException异常,解析一条“uninitialized” message会抛出一条IOException异常。除此之外,“required”字段跟“optional”字段并无差别。
    2. optional:字段可以赋值,也可以不赋值。假如没有赋值的话,会被赋上默认值。对于简单类型,默认值可以自己设定,例如上例的PhoneNumber中的PhoneType字段。如果没有自行设定,会被赋上一个系统默认值,数字类型会被赋为0,String类型会被赋为空字符串,bool类型会被赋为false。对于内置的message,默认值为该message的默认实例或者原型,即其内所有字段均为设置。当获取没有显式设置值的optional字段的值时,就会返回该字段的默认值。
    3. repeated:该字段可以重复任意次数,包括0次。重复数据的顺序将会保存在protocol buffer中,将这个字段想象成一个可以自动设置size的数组就可以了。

    由于一些历史原因,数字类型的repeated字段性能有些不尽人意,但是,PB已经做了改进,但是需要再添加一点改动,即在声明后添加[packed=true]例如:

    repeated int32 samples = 4 [packed=true];

    Notice:应该格外小心定义Required字段。当因为某原因要把Required字段改为Optional字段是,会有问题,老版本读取器会认为消息中没有该字段不完整,可能会拒绝或者丢弃该字段(Google文档是这么说的,但是我试了一下,将required的改为optional的,再用原来required时候的解析代码去读,如果字段赋值的话,并不会出错,但是如果字段未赋值,会报这样错误:Exception in thread “main” com.google.protobuf.InvalidProtocolBufferException: Message missing required fields:fieldname)。在设计时,尽量将这种验证放在应用程序端的完成。Google的一些工程师对此也很困惑,他们觉得,required类型坏处大于好处,应该尽量仅适用optional或者repeated的。但也并不是所有的人都这么想。

    2.4 同一.proto文件定义多个message

    PB支持同一.proto文件定义多个message。这在需要定义相关message的时候非常有用,例如:除了搜索请求message,还需要定义搜索响应message,可以再同一.proto文件中定义:

    message SearchRequest {
    
    required string query = 1;
    
    optional int32 page_number = 2;
    
    optional int32 result_per_page = 3;
    
    }
    
    message SearchResponse {
    
    ...
    
    }

    2.5 添加评论

    使用C/C++风格的注释 // syntax,如下例子:

    message SearchRequest {
    
    required string query = 1;
    
    optional int32 page_number = 2;// Which page number do we want?
    
    optional int32 result_per_page = 3;// Number of results to return per page.
    
    }

    2.6 编译.proto文件后产生了什么?

    用PB 编译器运行.proto文件后,会按照定义的格式,生成指定语言的一系列代买,这些代码的功能包括:字段值的getter,setter,序列化message并写入到输出流,从输入流接写成message等。

    对于Java,编译器生成一个.java文件,该java文件内包含几个内部类,分别对应.proto文件中定义的message 类型,以及将来用于创建message类实例的Builder类。

    3. 标准值类型

    .proto TypeNotesC++ TypeJava TypePython Type[2]
    double   double double float
    float   float float float
    int32 使用可变长编码. 对于负数比较低效,如果负数较多,请使用sint32 int32 int int
    int64 使用可变长编码. 对于负数比较低效,如果负数较多,请使用sint64 int64 long int/long
    uint32 使用可变长编码 uint32 int
    int/long
    uint64 使用可变长编码 uint64 long
    int/long
    sint32 使用可变长编码. Signed int value. 编码负数比int32更高效 int32 int int
    sint64 使用可变长编码. Signed int value. 编码负数比int64更高效 int64 long int/long
    fixed32 恒定四个字节。如果数值几乎总是大于2的28次方,该类型比unit32更高效。 uint32 int
    int
    fixed64 恒定四个字节。如果数值几乎总是大于2的56次方,该类型比unit64更高效。 uint64 long
    int/long
    sfixed32 恒定四个字节 int32 int int
    sfixed64 恒定八个字节 int64 long int/long
    bool   bool boolean boolean
    string A string must always contain UTF-8 encoded or 7-bit ASCII text. string String str/unicode
    bytes 包含任意数量顺序的字节 string ByteString str

    4. Optional字段及其默认值

    上面提到,PB允许设置可选字段(optional)。顾名思义,在一条message中,该字段可设值也可不设。假如没有设置,那么在解析该字段的时候,会根据该字段类型,给其赋一个类型默认值。除此之外,也可以在定义message格式的时候,就为optional字段设置一个默认值,如下:

    optional int32 result_per_page = 3 [default = 10];

    假如没有赋值的话,会被赋上默认值。对于简单类型,默认值可以自己设定,例如上例的PhoneNumber中的PhoneType字段。如果没有自行设定,会被赋上一个系统默认值,数字类型会被赋为0,String类型会被赋为空字符串,bool类型会被赋为false。对于枚举类型,默认值是枚举列表中第一个值。

    5. 枚举类型

    在定义message类型的时候,也许会有这样一种需求:其中的一个字段仅需要包含预定义的若干个值即可。比如,对于每一个搜索请求,现需要增加一个分类字段,分类包含:UNIVERSAL, WEB, IMAGES, LOCAL, NEWS, PRODUCTS or VIDEO。要实现该功能,仅需要增加一个枚举类型字段。如下:

    message SearchRequest {
        required string query = 1;
        optional int32 page_number = 2;
        optional int32 result_per_page = 3 [default = 10];
        enum Corpus {
           UNIVERSAL = 0;
           WEB = 1;
           IMAGES = 2;
           LOCAL = 3;
           NEWS = 4;
           PRODUCTS = 5;
           VIDEO = 6;
        }
        optional Corpus corpus = 4 [default = UNIVERSAL];
    }

    还可以给枚举值设置别名,仅需将相同的数字标签设置给不同的名称即可。这里,必须得设置allow_alias为true,否则PB编译器会报错。

    enum EnumAllowingAlias {
        option allow_alias = true;
        UNKNOWN = 0;
        STARTED = 1;
        RUNNING = 1;
    }
    
    enum EnumNotAllowingAlias {
        UNKNOWN = 0;
        STARTED = 1;
        // RUNNING = 1; // Uncommenting this line will cause a compile error inside Google and a warning message outside.
    }

    可以定义枚举在一个message内部,如上例。也可以定义在message的外部,这样的枚举可以被其他任何.proto文件内的message复用。

    6. 使用其他Message类型作为filed类型

    PB允许使用message类型作为filed类型。例如,在搜索相应message中,包含一个结果message。此时,只需要定义一个结果message,然后再.proto文件中,在搜索结果message中新增一个字段,该字段的类型设置为结果message即可。如下:

    message SearchResponse {
        repeated Result result = 1;
    }
    
    message Result {
        required string url = 1;
        optional string title = 2;
        repeated string snippets = 3;
    }

    6.1 导入定义

    在上例中,Result message类型与SearchResponse 定义在同一个文件中,假如有这么一种情况,这里所要使用的Resultmessage已经在其他的.proto文件中定义了呢?

    可以通过导入其他.proto文件来使用其内的定义。为达此目的,需要在现.proto文件前增加一条import语句:

    import "myproject/other_protos.proto";

    7. 嵌套类型

    PB支持message内嵌套message,如下例子中,Result message 定义在了SearchResponse内:

    message SearchResponse {
      message Result {
        required string url = 1;
        optional string title = 2;
        repeated string snippets = 3;
      }
      repeated Result result = 1;
    }

    如果想要在父Message外复用该message的话,可以用Parent.Type格式来引用。

    message SomeOtherMessage {
      optional SearchResponse.Result result = 1;
    }

    PB支持无限深层次的message嵌套:

    message Outer {                  // Level 0
      message MiddleAA {  // Level 1
        message Inner {   // Level 2
          required int64 ival = 1;
          optional bool  booly = 2;
        }
      }
      message MiddleBB {  // Level 1
        message Inner {   // Level 2
          required int32 ival = 1;
          optional bool  booly = 2;
        }
      }
    }

    8. 更新Message类型

    如果现有message类型不能在满足业务需求,例如,需要新增一个字段,但是我们却希望依然能够使用原来的.proto生成的代码。完全没有问题,仅需记住如下规则:

    1. 千万不要修改现有字段后边的数值标签
    2. 只能新增optional或者repeated字段
    3. 可以删除非必须字段,但是他们的数字标签不能再被使用。最好的方法是不删除,而是修改名字,比如在前缀上加OBSOLETE_,这样就可以避免后人尽量少的出错。
    4. 非required字段可以转化成extension字段,反之亦然,同时保留原类型和数字标签
    5. int32, uint32, int64, uint64, 和bool是兼容的。即这些字段可以相互切换,在代码处理的时候,不会出错,但是小心范围小的数据接收范围大的数据会发生截断
    6. sint32, sint64是相互兼容的,但是不与其他整型类型兼容
    7. string和bytes是兼容的,因为bytes也是合法的UTF-8
    8. Embedded messages are compatible with bytes if the bytes contain an encoded version of the message(不知道怎么翻译了)
    9. fixed32与 sfixed32兼容, fixed64 与sfixed64兼容
    10. optional与repeated兼容,也存在数据截断,假如讲一个repeated的序列化后的数据作为输入给客户端,客户端会截取最后一个原子类型的字节。或者,如果是一个message类型的字段的话,合并所有的元素。
    11. 可以修改字段默认值

     9. Package

    PB建议在.proto文件开头添加一个package说明符来避免不同message类型的名字冲突:

    package foo.bar;
    
    message Open { ... }

    这样,就可以使用该package标示符来定义该message类型的字段:

    message Foo {
    
        ...
    
        required foo.bar.Open open = 1;
    
        ...
    
    }

    不同语言,因为添加package标示符,生成的代码也会有所不同,Java中,该package将会被用作java文件的package。如果不想这样的话,也可在.proto文件中显式指明package,该字段是:java_package。

    译自:https://developers.google.com/protocol-buffers/docs/proto

    推荐阅读顺序,希望给你带来收获~

    Google Protocol Buffers 概述

    Google Protocol Buffers 入门

    Protocol Buffers 语法指南

    Google Protocol Buffers 编码(Encoding)

    http://shitouer.cn/2013/04/protocol-buffers-language-guide/

  • 相关阅读:
    rapidjson解析
    约瑟夫环
    [易学易懂系列|rustlang语言|零基础|快速入门|(29)|实战6:BDD工具cucumber_rust]
    [易学易懂系列|rustlang语言|零基础|快速入门|(28)|实战5:实现BTC价格转换工具]
    [易学易懂系列|rustlang语言|零基础|快速入门|(27)|实战4:从零实现BTC区块链]
    [易学易懂系列|rustlang语言|零基础|快速入门|(26)|实战3:Http服务器(多线程版本)]
    [易学易懂系列|rustlang语言|零基础|快速入门|(26)|实战3:Http服务器]
    [易学易懂系列|rustlang语言|零基础|快速入门|(25)|实战2:命令行工具minigrep(2)]
    [易学易懂系列|rustlang语言|零基础|快速入门|(24)|实战2:命令行工具minigrep(1)]
    [易学易懂系列|rustlang语言|零基础|快速入门|(23)|实战1:猜数字游戏]
  • 原文地址:https://www.cnblogs.com/helloweworld/p/4098236.html
Copyright © 2020-2023  润新知