架构师眼中的秘诀：让服务端模块化设计更出色

后端

2024-01-17 09:01:16

如何让一套代码适配多种调用场景？

软件模块化的优势之一就是代码重用。当我们创建模块时，我们希望能够在多种场景下使用它们，无论是作为单个应用程序的一部分，还是作为分布式系统的一部分。然而，在实现代码重用的同时，我们还必须考虑不同调用场景之间的差异。

内部调用与远程调用

内部调用 是指模块内函数之间的调用，而远程调用 是指不同服务之间模块的调用。这两种调用场景之间的主要区别在于：

性能： 内部调用通常比远程调用快得多，因为它们不需要通过网络。
延迟： 远程调用通常会产生比内部调用更大的延迟，因为它们需要通过网络。
可靠性： 远程调用通常比内部调用不太可靠，因为它们可能受到网络中断的影响。

适配两种调用场景

为了让一套代码适配两种调用场景，我们需要采用以下策略：

定义统一接口： 为模块定义一个统一的接口，以便可以在内部调用和远程调用中使用。
使用本地调用（内部）： 在内部调用中，直接使用本地调用，而不是通过网络进行通信。
使用 RPC 框架（远程）： 在远程调用中，使用 RPC 框架（如 gRPC 或 Dubbo）通过网络进行通信。

示例

以下示例演示如何使用 gRPC 在 Go 中实现一套代码适配内部和远程调用的策略：

// 定义统一接口
type UserService interface {
    GetUser(ctx context.Context, req *pb.GetUserRequest, opts ...gax.CallOption) (*pb.User, error)
}

// 实现本地调用
type userServiceImpl struct {
    userDao *userDao.Client
}

func (s *userServiceImpl) GetUser(ctx context.Context, req *pb.GetUserRequest, opts ...gax.CallOption) (*pb.User, error) {
    return s.userDao.GetUser(ctx, req)
}

// 实现远程调用
type userServiceRPCClient struct {
    client UserServiceClient
}

func (c *userServiceRPCClient) GetUser(ctx context.Context, req *pb.GetUserRequest, opts ...gax.CallOption) (*pb.User, error) {
    return c.client.GetUser(ctx, req)
}