Skip to content
Blog

Protobuf Guideline

This documentation is the guideline of Protobuf definition which recommended in Kratos project.

The API definition is based on HTTP and gRPC, written with Protobuf format They should includes all the Request, Reply and the corresponding Errors.

Directory Structure

Section titled “Directory Structure”

The definition of Proto could be either in api directory of the project or in a unified repository, likes googleapis, envoy-api, istio-api.

For the proto in project, the api should be used as the root of package name.

kratos-demo：
|____api // The definition of service's API
| |____kratos
| | |____demo
| | | |____v1
| | | | |____demo.proto

For the proto in unified repository, the repository name should be used as the root of package name.

kratos-apis:
|____api // The definition of service's API
| |____kratos
| | |____demo
| | | |____v1
| | | | |____demo.proto
|____annotations // the options annotations
|____third_party // third-party protos

Package

Section titled “Package”

The name of the package (APP_ID) will be used for generate the request path of gRPC API or the path for proto importing.

  • my.package.v1 is the API’s directory, which defines the API of the services.

For example.

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

go_package

Section titled “go_package”
option go_package = "github.com/go-kratos/kratos/<package_name>;<version>";

java_package

Section titled “java_package”
option java_multiple_files = true;
option java_package = "com.github.kratos.<package_name>.<version>";

objc_class_prefix

Section titled “objc_class_prefix”
option objc_class_prefix = "<PackageNameVersion>";

Version

Section titled “Version”

This version is for incompatible version and always used with <package_name>. It should be modified for API breaking changes.

Import

Section titled “Import”
  • the proto dependencies’ import path should be started from root path.
  • third_party, includes the proto from third-party such as protobuf, google rpc,google apis, gogo etc.

Naming Convention

Section titled “Naming Convention”

Directory Structure

Section titled “Directory Structure”

The package name should be lower-case, consist with the project directory structure, e.g., my/package/v1/.

package my.package.v1;

File Structure

Section titled “File Structure”

The name of proto files should be lower_snake_case.proto. The contents of proto file should be ordered in the following manner:

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

Message & Field Naming

Section titled “Message & Field Naming”

Use CamelCase (with an initial capital) for message names, e.g., SongServerRequest.
Use underscore_separated_names for field names (including oneof field and extension names) , e.g., song_name.

message SongServerRequest {
  optional string song_name = 1;
}

Corresponding with the definitions which mentioned above, the generated code can be shown as follows.

C++:
  const string& song_name() { ... }
  void set_song_name(const string& x) { ... }


Java:
  public String getSongName() { ... }
  public Builder setSongName(String v) { ... }

Repeated Fields

Section titled “Repeated Fields”

Use pluralized names for repeated fields.

repeated string keys = 1;
  ...
repeated MyMessage accounts = 17;

Enums

Section titled “Enums”

Use CamelCase (with an initial capital) for enum type names and CAPITALS_WITH_UNDERSCORES for value names:

enum FooBar {
  FOO_BAR_UNSPECIFIED = 0;
  FOO_BAR_FIRST_VALUE = 1;
  FOO_BAR_SECOND_VALUE = 2;
}

Each enum value should end with a semicolon, not a comma. Prefer prefixing enum values instead of surrounding them in an enclosing message. The zero value enum should have the suffix UNSPECIFIED.

Services

Section titled “Services”

If your .proto defines an RPC service, you should use CamelCase (with an initial capital) for both the service name and any RPC method names.

service FooService {
  rpc GetSomething(GetSomethingRequest) returns (GetSomethingResponse);
  rpc ListSomething(ListSomethingRequest) returns (ListSomethingResponse);
}

Comment

Section titled “Comment”
  • Service describes the functions of this service.
  • Method describe the functions of this API.
  • Field describe the information of this field.

Examples

Section titled “Examples”

Service API Definition (demo.proto)

syntax = "proto3";


package kratos.demo.v1;


// specifying the package names for importing from multiple programming language
option go_package = "github.com/go-kratos/kratos/demo/v1;v1";   //the name after ; is for relative code generation
option java_multiple_files = true;
option java_package = "com.github.kratos.demo.v1";
option objc_class_prefix = "KratosDemoV1";


// Definition of the service
service Greeter {
    // definition the function of API
    rpc SayHello (HelloRequest) returns (HelloReply);
}
// the request of Hello
message HelloRequest {
    // user's name
    string name = 1;
}
// the response of Hello
message HelloReply {
    // result data
    string message = 1;
}

References

Section titled “References”