我可以将gRPC proto定义合成多个proto文件吗？

Question

我有这样一个gRPC API定义（来自Akka docs示例），但要长得多（4000行，仅是服务部分）。

service GreeterService {
    rpc SayHello (HelloRequest) returns (HelloReply) {}

    rpc ItKeepsTalking (stream HelloRequest) returns (HelloReply) {}

    rpc ItKeepsReplying (HelloRequest) returns (stream HelloReply) {}

    rpc StreamHellos (stream HelloRequest) returns (stream HelloReply) {}
}

然而，RPC列表现在变得太长了，我想以某种方式将其“分解”为多个文件，以便文件更具可读性。像这样的

// file 1:
service GreeterServicePartA {
    rpc SayHello (HelloRequest) returns (HelloReply) {}

    rpc ItKeepsTalking (stream HelloRequest) returns (HelloReply) {}
}

// file 2:
service GreeterServicePartB {
    rpc ItKeepsReplying (HelloRequest) returns (stream HelloReply) {}

    rpc StreamHellos (stream HelloRequest) returns (stream HelloReply) {}
}

// main proto file:
import "file1"
import "file2"
service GreeterService = GreeterServicePartA + GreeterServicePartB

即使只是在不同的文件中分别定义RPC，然后编写类似的内容也会对我有所帮助：

service GreeterService {
    rpc SayHello = importedSayHello

    rpc ItKeepsTalking = importedKeepsTalking

    rpc ItKeepsReplying = importedKeepsReplying

    rpc StreamHellos = importedStreamHellos
}

是否有可能在gRPC协议定义中以某种方式“组合”服务？

Answer 1

你不应该有这么大的服务。如果它已经发展到4000条生产线，那听起来就像是所有方法的垃圾场。我希望大部分都是文档。。。通常，我会期望更多基于更大API子集的服务。例如，假设我有MyAndroidAppService，它可以成为一个垃圾场。但我可以将其设计为MyAndroidAppConfigService、MyAndroidAppNotificationService、MyAndroidAppChatService（假设是一个非常复杂的应用程序，有很多方法）。

但是既然你已经有了这样的服务，你能做些什么呢？您不能将服务定义拆分为多个文件。如果将服务定义拆分为多个新服务，将破坏gRPC的有线兼容性。

您最多只能将消息定义移动到单独的文件中，然后使用正常的导入机制。由于将消息移动到另一个文件可能会导致生成的代码中的API不兼容，因此可以改用“导入公共”路径/to/messages.proto“。