当前位置： > > > > 通过 RPC 传递不同类型的“基本”结构的惯用方法？
来源：stackoverflow
2024-04-20 23:30:40
0浏览
收藏
今天将给大家带来《通过 RPC 传递不同类型的“基本”结构的惯用方法？》，感兴趣的朋友请继续看下去吧！以下内容将会涉及到等等知识点，如果你是正在学习Golang或者已经是大佬级别了，都非常欢迎也希望大家都能给我建议评论哈~希望能帮助到大家！
问题内容
我正在设置一个客户端，它向服务器发出 rpc 调用 gettask，从概念上讲，该客户端使用 maptask 或 reducetask 进行响应，但实际上只是一个基本结构类型。 maptask 和 reducetask 都有一个字段 filename，但需要由客户端区分以进行下游处理。我想到在 go 中定义这个结构的一种方法是：
type task struct {
filename string
tasktype string
}
其中 tasktype 可以是 "map" 或 "reduce"。然后，客户端可以使用此结构类型上的一些辅助函数来确定它收到的 task 类型：
func (t *task) ismaptask() bool {
t.tasktype == "map"
}
func (t *task) isreducetask() bool {
t.tasktype == "reduce"
}
这会工作得相当好，并且隐藏结构类型中的复杂性/实现细节。我发现的一个问题是 tasktype 可以具有的值没有限制——因此客户端可以接收既不是 map 类型也不是 reduce 类型的 task。我的另一个担忧是我不确定这个结构是否存在一些我没有想到的陷阱。
我的问题是上述结构对于 go 来说是否合理和/或惯用？
顺便说一句，我有 ruby 的面向对象背景，我可以想象 ruby 伪代码中的以下结构：
class BaseTask class MapTask < BaseTask class ReduceTask < BaseTask
这当然不能很好地映射到 go。
解决方案
您可以实施的两个选项是：
- 你已经做了什么。它简单易读。如果客户端收到不支持的类型的任务类型，它可以简单地返回错误
- 在客户端中使用两个结构：MapTask 和ReduceTask，可以选择使用公共基础。您可以使用两条单独的电汇消息，或一条包含消息类型的消息。 RPC 客户端处理程序可以根据消息类型将接收到的消息转换为其中一种结构。
今天带大家了解了的相关知识，希望对你有所帮助；关于Golang的技术知识我们会一点点深入介绍，欢迎大家关注公众号，一起学习编程~
