Question

我正在使用gRPC在服务和protobuf序列化之间进行通信。我之前没有真正使用过RPC，我想知道原型文件的最佳结构是什么？目前，我将一个产品中的所有原型文件都包含在以下示例布局中：

protos/
  identity/
    models/
      Member.proto
    MemberService.proto
  vault/
    models/
      Authentication.proto
      Session.proto
      HttpHeader.proto
    AuthenticationService.proto

我认为我应该将模型与实际服务定义分开，这样我就可以导入单个模型而无需整个服务。

然后，每个服务都有以下布局

synatx "proto3";

import "models/Session.proto"

message GetRequest {
  uint64 member_id;
}

message GetResponse {
  Session session;
}

rpc AuthenticationService {
  get (GetRequest) returns (GetResponse);
}

有没有更规范的方法来做到这一点？我应该将模型“消息”定义包含在与我的服务相同的文件中吗？ import "../protos-gen/AuthenticationService.grpc.h使用单个Authentication.proto模型似乎很奇怪。

Answer 1

通常，人们将他们的服务定义放在他们的消息原则旁边。只有当原型变得非常大时，人们才会将它们分解，但即便如此也是如此。

构建protos的规范方法是拥有一个高级别的根目录，并通过它们的绝对路径引用同一目录中的所有protos甚至兄弟。将服务与消息类型分开的主要原因是生成的代码是否过大。这种情况并不常见。

典型的grpc组织与protobuf文件

1 个答案: