如何使用gRPC服务创建CRUD而无需太多重复？

Question

我试图使用gRPC来构建一个简单的CRUD服务，但我一直发现自己创建了大量重叠的消息。

这最好用一个例子来描述：

message Todo {
  // id is only available for a persisted entity in database.
  string id = 1;
  string content = 2;
  // this is only available for users with admin role.
  string secret_content = 3;
}

service Todos {
  rpc CreateTodo(CreateRequest) returns (CreateResponse) {}
  rpc ReadTodo(ReadRequest) returns (ReadResponse) {}
}

message CreateRequest {
  // this todo is not supposed to have id,
  // should I create another version of Todo without an id field?
  Todo todo
}

message CreateResponse {
  // this todo will always have an id.
  Todo todo = 1;
}

message ReadRequest {
  string id = 1;
}

message ReadResponse {
  // this todo should only have the secret_content field if the
  // user is authenticated as an admin, if not, the field should not
  // fallback to the zero value, the whole field must be missing. 
  Todo todo = 1;
}

这是使用gRPC构建类似CRUD的资源的好方法吗？也就是说，有一条代表资源的消息（Todo），并将该消息包装为每个操作的响应/请求类型。

待办事项类型消息是否应该包含所有请求/响应所涵盖的所有字段，而不是设置每个都不使用的字段？

Answer 1

待办事项类型消息是否应该包含所有请求/响应所涵盖的所有字段，而不是设置每个都不使用的字段？

是的，这似乎是一个合理的设计。在协议v2中，您会将这些字段标记为可选以使其更容易理解。但在v3中，无论如何，所有字段默认都是可选的。