protobuf 生成的C++代码详解

少用required字段，如果缺少会造成serialization fail

Packages

---

如果 .proto 文件中包含 package 定义，此文件的整个内容将被放置到对应的C++命名空间中。例如，假定 package 声明为：

1 package foo.bar

此 .proto 文件中所有声明将都属于命名空间 foo::bar。

Messages

---

假定简单的一个消息声明如下：

1 message Foo {}

protocol buffer编译器生成 Foo 类，公开地(publicly)派生自 google::protobuf::Message。Foo类是一个实体类；禁止遗留下纯虚的方法没有被实现。除了 Message 中的虚方法之外，非纯虚的方法可以由 Foo 类重载也可以不重载，取决于优化模式。缺省，为了最高的速度， Foo 实现特定protocol buffer版本的所有方法。不管怎样，如果 .proto 文件包含下列行：

1 option optimize_for = CODE_SIZE;

Foo 将仅重载运行必需的最小方法集合，和依赖于基于反射实现的剩余部分。这意味着减小了生成代码的大小，但也减小了性能。或者，如果 .proto 文件包含：

1 option optimize_for = LITE_RUNTIME;

Foo 将包含所有方法的快速实现(fast implementations)，但是是实现 google::protobuf::MessageLite 接口，仅包含 Message 中所有方法的一个子集。尤其，它不支持描述符(descriptors)或反射。不管怎样，以这种方式生成的代码只需要连接 libprotobuf-lite.so (Windows上是 libprotobuf-lite.lib) 而不是 libprotobuf.so(libprotobuf.lib)。"lite"库比 "full"库(完整的库)要小很多，更适用于资源受限的系统，比如手机。

你不应该创建 Foo 的子类。如果你子类化 Foo ，并且重载虚方法，重载可能被忽略，就像很多生成的方法为了提高性能被去虚拟化(de-virtualized)。

Message接口定义的方法，允许你检查、操作、读、或写整个消息，包括解析二进制字符串，以及序列化二进制字符串。除此之外， Foo 类定义了下列方法：

• Foo(): 缺省的构造函数。
• ~Foo(): 缺省的析构函数。
• Foo(const Foo& other): 复制(Copy)构造函数。
• Foo& operator=(const Foo& other): 赋值(Assignment)操作符。
• const UnknownF