如何优雅地将字节切片解码为不同的结构

how to decode a byte slice to different structs elegantly

var response Response
switch wrapper.Domain {
case "":
    response = new(TypeA)
case "TypeB":
    response = new(TypeB)
case "TypeC":
    response = new(TypeC)
case "TypeD":
    response = new(TypeD)
}
_ = decoder.Decode(response)

如代码片段所示,我从 wrapperDomain 字段中获得了足够的信息来确定响应的类型,并且对于每种类型,执行以下操作:

  1. 使用 new
  2. 创建该类型的新实例
  3. 使用解码器将字节切片解码为步骤1中创建的实例 我想知道是否有办法使第一步更通用并摆脱 switch 语句。

关于您的代码

根据评论中的讨论,我想分享一些经验。

我看不出您的解决方案有什么不好,但是可以改进它的选项很少,这取决于您想要做什么。

您的代码看起来像经典工厂。 Factory 是一种模式,它根据一些输入参数创建单个系列的对象。

在 Golang 中,这通常以更简单的方式用作 Factory Method,有时称为 Factory function

示例:

type Vehicle interface {};
type Car struct {}

func NewCar() Vehicle {
   return &Car{}
}

但是你可以很容易地扩展它来做像你这样的事情:

package main

import (
    "fmt"
    "strings"
)

type Vehicle interface {}
type Car struct {}
type Bike struct {}
type Motorbike struct {}

// NewDrivingLicenseCar returns a car for a user, to perform 
// the driving license exam.
func NewDrivingLicenseCar(drivingLicense string) (Vehicle, error) {
    switch strings.ToLower(drivingLicense) {
    case "car":
        return &Car{}, nil
    case "motorbike":
        return &Motorbike{}, nil
    case "bike":
        return &Bike{}, nil
    default:
        return nil, fmt.Errorf("Sorry, We are not allowed to make exam for your type of car: \"%s\"", drivingLicense)
    }
}

func main() {
    fmt.Println(NewDrivingLicenseCar("Car"))
    fmt.Println(NewDrivingLicenseCar("Tank"))
}

以上代码产生输出:

&{} <nil>
<nil> Sorry, We are not allowed to make exam for your type of car: "Tank"

所以您可能可以通过以下方式改进您的代码:

  • 关闭到一个函数,它接受一个 string 并产生 Response object
  • 添加一些验证和错误处理
  • 给它起一个合理的名字。

与Factory相关的模式很少,可以替代这个模式:

  • 责任链
  • 调度员
  • 访客
  • 依赖注入

反射?

@icza 也对 Reflection 发表了评论。我同意他的看法,这是常用的,我们无法避免代码中的反射,因为有时候事情是如此动态。

但在您的场景中,这是一个糟糕的解决方案,因为:

  • 你失去了编译时类型检查
  • 添加新类型时必须修改代码,为什么不在这个工厂函数中添加新行?
  • 你让你的代码变慢(见参考资料),它增加了 50%-100% 的性能损失。
  • 你让你的代码变得如此难以阅读和复杂
  • 你必须添加更多的错误处理来覆盖反射中的重要错误。

当然,您可以添加大量测试以覆盖大量场景。您可以在代码中支持 TypeATypeBTypeC 并且可以用测试覆盖它,但在生产代码中有时您可以通过 TypeXYZ 并且会出现运行时错误如果你没有抓住它。


结论

您的 switch/case 场景没有什么不好,这可能是最易读和最简单的方法来做您想做的事情。

参考