go - 在不知 Prop 体类型的情况下解码 gob 输出

Question

我正在使用 gob 将结构序列化到磁盘。所讨论的结构包含一个接口(interface)字段，因此需要使用 gob.Register(...) 注册具体类型。

这里的问题是执行 gob-ing 的库应该不知道正在使用的具体类型。我希望即使调用者定义了他们自己的接口(interface)实现也可以进行序列化。

我可以通过动态注册类型成功地对数据进行编码(参见下面的简单示例)，但是在尝试重新读取该数据时，gob 拒绝接受未注册的类型。这令人沮丧，因为感觉所有数据都在那里 - 为什么 gob 不将其解包为 main.UpperCaseTransformation 结构，如果它被标记为这样？

package main

import (
    "encoding/gob"
    "fmt"
    "os"
    "strings"
)

type Transformation interface {
    Transform(s string) string
}

type TextTransformation struct {
    BaseString     string
    Transformation Transformation
}

type UpperCaseTransformation struct{}

func (UpperCaseTransformation) Transform(s string) string {
    return strings.ToUpper(s)
}

func panicOnError(err error) {
    if err != nil {
        panic(err)
    }
}

// Execute this twice to see the problem (it will tidy up files)
func main() {
    file := os.TempDir() + "/so-example"

    if _, err := os.Stat(file); os.IsNotExist(err) {
        tt := TextTransformation{"Hello, World!", UpperCaseTransformation{}}

        // Note: didn't need to refer to concrete type explicitly
        gob.Register(tt.Transformation)

        f, err := os.Create(file)
        panicOnError(err)

        defer f.Close()

        enc := gob.NewEncoder(f)
        err = enc.Encode(tt)
        panicOnError(err)
        fmt.Println("Run complete, run again for error.")
    } else {

        f, err := os.Open(file)
        panicOnError(err)

        defer os.Remove(f.Name())
        defer f.Close()

        var newTT TextTransformation
        dec := gob.NewDecoder(f)

        // Errors with: `gob: name not registered for interface: "main.UpperCaseTransformation"'
        err = dec.Decode(&newTT)
        panicOnError(err)
    }
}

我的解决方法是要求接口(interface)的实现者向 gob 注册他们的类型。但我不喜欢这样向调用者揭示我的序列化选择。

是否有任何前进路线可以避免这种情况？

Answer 1

哲学论证

encoding/gob包不能(或者更确切地说不应该)自己做出决定。由于 gob 包创建了一个独立于应用程序/从应用程序分离的序列化形式，因此无法保证接口(interface)类型的值将存在于解码器中；即使它们这样做(通过具体类型名称匹配)，也不能保证它们表示相同的类型(或给定类型的相同实现)。

调用 gob.Register() (或 gob.RegisterName() )你明确了 intent ，你给 gob 包开了绿灯以使用该类型。这也确保类型确实存在，否则您将无法在注册时传递它的值。

技术要求

还有一个技术观点规定了此要求(您必须事先注册):您无法获得 reflect.Type。由其 string 名称给出的类型的类型描述符。不只是你，encoding/gob 包也做不到。

因此，通过要求您事先调用 gob.Register()，gob 包将接收到相关类型的值，因此它可以(而且它将) 在内部访问并存储其 reflect.Type 描述符，因此当检测到这种类型的值时，它能够按顺序创建这种类型的新值(例如使用 reflect.New() )将正在解码的值存储到其中。

您不能按名称“查找”类型的原因是除非您明确引用它们，否则它们可能不会出现在您的二进制文件中(它们可能会被“优化掉”)。详情见Call all functions with special prefix or suffix in Golang ;和 Splitting client/server code .注册您的自定义类型(通过传递它们的值)时，您正在对它们进行显式引用，从而确保它们不会被排除在二进制文件之外。