gRPC Proto文件中实现类似C#接口的等价方案咨询

gRPC的原生Proto语法不支持直接的服务继承/接口实现（也就是你期望的implements语法），但可以通过以下两种方式实现类似C#接口的通用契约效果：

1. Proto层面：通过导入复用公共RPC定义 #

把公共方法抽离到单独的Proto文件中，其他服务通过导入该文件来复用公共的请求/响应消息和RPC方法定义，避免重复编写。

示例：公共契约Proto（common.proto） #

syntax = "proto3";

package common;

// 公共请求/响应消息
message CommonRequest {}
message CommonResponse {}

// 仅作为公共方法的模板定义（Proto本身不支持接口，这里只是复用载体）
service CommonServiceTemplate {
  rpc MyCommonMethod1(CommonRequest) returns (CommonResponse);
  rpc MyCommonMethod2(CommonRequest) returns (CommonResponse);
}

示例：具体服务Proto（myservice.proto） #

syntax = "proto3";

package myservice;

// 导入公共契约文件
import "common.proto";

// 自定义请求/响应消息
message MyRequest2 {}
message MyResponse2 {}

// 定义包含公共方法+自定义方法的服务
service MyService {
  // 复用公共方法（直接引用公共消息类型）
  rpc MyCommonMethod1(common.CommonRequest) returns (common.CommonResponse);
  rpc MyCommonMethod2(common.CommonRequest) returns (common.CommonResponse);
  
  // 自定义业务方法
  rpc MyMethod2(MyRequest2) returns (MyResponse2);
}

2. C#代码层面：手动绑定接口实现 #

在Proto生成C#代码后，你可以手动定义对应公共契约的C#接口，让生成的服务类实现该接口，以此强制约束公共方法的实现。

示例：C#接口与服务实现 #

// 定义对应公共契约的C#接口（匹配gRPC异步方法签名）
public interface IMyInterfaceWithCommonMethods
{
    Task<CommonResponse> MyCommonMethod1Async(CommonRequest request, ServerCallContext context);
    Task<CommonResponse> MyCommonMethod2Async(CommonRequest request, ServerCallContext context);
}

// 让gRPC生成的服务基类实现该接口
public class MyService : MyService.MyServiceBase, IMyInterfaceWithCommonMethods
{
    // 实现自定义业务方法
    public override Task<MyResponse2> MyMethod2Async(MyRequest2 request, ServerCallContext context)
    {
        Console.WriteLine("MyMethod2");
        return Task.FromResult(new MyResponse2());
    }

    // 实现公共方法
    public Task<CommonResponse> MyCommonMethod1Async(CommonRequest request, ServerCallContext context)
    {
        throw new NotImplementedException();
    }

    public Task<CommonResponse> MyCommonMethod2Async(CommonRequest request, ServerCallContext context)
    {
        throw new NotImplementedException();
    }
}

注意事项 #

• Proto层面没有真正的继承机制，需要手动维护公共方法在各个服务中的一致性；如果要自动化这个过程，可以开发自定义的Proto代码生成插件，自动将公共方法注入到目标服务中。
• 客户端调用时，每个服务仍对应独立的Stub，但可以通过C#接口封装客户端调用逻辑，实现统一的调用方式。

内容的提问来源于stack exchange，提问作者RKN