Protobuf 规范

这里主要进行修订Proto规范约定和多语言之间特定商定，帮助大家写出更标准的接口。

API接口统一以HTTP/GRPC为基础，并通过Protobuf进行协议定义，包括完整的Request/Reply，以及对应的接口错误码（Errors）。

目录结构

API接口可以定义到项目，或者在统一仓库中管理Proto，类似googleapis、envoy-api、istio-api；

项目中定义Proto，以api为包名根目录：

  1. kratos-demo：
  2. |____api // 服务API定义
  3. | |____kratos
  4. | | |____demo
  5. | | | |____v1
  6. | | | | |____demo.proto

在统一仓库中管理Proto，以仓库为包名根目录：

  1. kratos-apis:
  2. |____api // 服务API定义
  3. | |____kratos
  4. | | |____demo
  5. | | | |____v1
  6. | | | | |____demo.proto
  7. |____annotations // 注解定义options
  8. |____third_party // 第三方引用

包名

包名为应用的标识（APP_ID），用于生成gRPC请求路径，或者Proto之间进行引用Message；

  • my.package.v1，为API目录，定义service相关接口，用于提供业务使用

例如：

  1. // RequestURL: /<package_name>.<version>.<service_name>/{method}
  2. package <package_name>.<version>;

go_package

  1. option go_package = "github.com/go-kratos/kratos/<package_name>;<version>";

java_package

  1. option java_multiple_files = true;
  2. option java_package = "com.github.kratos.<package_name>.<version>";

objc_class_prefix

  1. option objc_class_prefix = "<PackageNameVersion>";

Version

该版本号为标注不兼容版本，并且会在<package_name>中进行区分，当接口需要重构时一般会更新不兼容结构；

Import

  • 业务proto依赖，以根目录进行引入对应依赖的proto；
  • third_party，主要为依赖的第三方proto，比如protobuf、google rpc、google apis、gogo定义；

命名规范

目录结构

包名为小写，并且同目录结构一致，例如：my/package/v1/

  1. package my.package.v1;

文件结构

文件应该命名为：lower_snake_case.proto 所有Proto应按下列方式排列:

  1. License header (if applicable)
  2. File overview
  3. Syntax
  4. Package
  5. Imports (sorted)
  6. File options
  7. Everything else

Message 和 字段命名

使用驼峰命名法（首字母大写）命名 message，例子：SongServerRequest 使用下划线命名字段，例子：song_name

  1. message SongServerRequest {
  2.   required string song_name = 1;
  3. }

使用上述这种字段的命名约定，生成的访问器将类似于如下代码：

  1. C++:
  2.   const string& song_name() { ... }
  3.   void set_song_name(const string& x) { ... }
  5. Java:
  6.   public String getSongName() { ... }
  7.   public Builder setSongName(String v) { ... }

数组 Repeated

通过repeated关键字定义数组（List）：

  1. repeated string keys = 1;
  2. ...
  3. repeated Account accounts = 17;

枚举 Enums

使用驼峰命名法（首字母大写）命名枚举类型，使用 “大写下划线大写” 的方式命名枚举值：

  1. enum Foo {
  2.   FIRST_VALUE = 0;
  3.   SECOND_VALUE = 1;
  4. }

每一个枚举值以分号结尾，而非逗号。

服务 Services

如果你在 .proto 文件中定义 RPC 服务，你应该使用驼峰命名法（首字母大写）命名 RPC 服务以及其中的 RPC 方法：

  1. service FooService {
  2.   rpc GetSomething(FooRequest) returns (FooResponse);
  3. }

Comment

  • Service，描述清楚服务的作用
  • Method，描述清楚接口的功能特性
  • Field，描述清楚字段准确的信息

Examples

API Service接口定义(demo.proto)

  1. syntax = "proto3";
  3. package kratos.demo.v1;
  5. // 多语言特定包名，用于源代码引用
  6. option go_package = "github.com/go-kratos/kratos/demo/v1;v1";
  7. option java_multiple_files = true;
  8. option java_package = "com.github.kratos.demo.v1";
  9. option objc_class_prefix = "KratosDemoV1";
  11. // 描述该服务的信息
  12. service Greeter {
  13.     // 描述该方法的功能
  14.     rpc SayHello (HelloRequest) returns (HelloReply);
  15. }
  16. // Hello请求参数
  17. message HelloRequest {
  18.     // 用户名字
  19.     string name = 1;
  20. }
  21. // Hello返回结果
  22. message HelloReply {
  23.     // 结果信息
  24.     string message = 1;
  25. }

References