gRPC 消息应该使用什么名称来避免与内部 类 冲突?
What name should gRPC messages have to avoid conflicts with internal classes?
我有一本 class 书,它的信息需要在 gRPC 上传递。
message Book {
...
}
但是如果我使用这个名字,class 和另一个之间会发生冲突。有这方面的约定吗?我为 gRPC 等效项使用什么名称?
任何有意义且一致的名称都可以。此问题并非特定于 protobuf/gRPC。通常,我们会有一个名为 Book
的实体 class 和具有或多或少相同字段的相应 DTO(数据传输对象)BookDto
。我们将 Dto
添加到实体 class 名称以创建 BookDto
.
- 这个 protobuf 消息基本上就是这些 DTO。你可以照着做。
- 您可以使用书名并通过限定路径访问以避免冲突。你知道这一点,我希望你不喜欢它。
- 真的是 Book 对象吗?查询某些书籍可能是
BookSearchRequest
,您可能希望从 gRPC 服务获得 BookSearchResponse
。
我有一本 class 书,它的信息需要在 gRPC 上传递。
message Book {
...
}
但是如果我使用这个名字,class 和另一个之间会发生冲突。有这方面的约定吗?我为 gRPC 等效项使用什么名称?
任何有意义且一致的名称都可以。此问题并非特定于 protobuf/gRPC。通常,我们会有一个名为 Book
的实体 class 和具有或多或少相同字段的相应 DTO(数据传输对象)BookDto
。我们将 Dto
添加到实体 class 名称以创建 BookDto
.
- 这个 protobuf 消息基本上就是这些 DTO。你可以照着做。
- 您可以使用书名并通过限定路径访问以避免冲突。你知道这一点,我希望你不喜欢它。
- 真的是 Book 对象吗?查询某些书籍可能是
BookSearchRequest
,您可能希望从 gRPC 服务获得BookSearchResponse
。