采空区进行解码输出,而不知道具体的类型(Decode gob output without know

2019-09-28 00:50发布

我使用的是采空区进行序列化结构到磁盘。 有问题的结构包含一个接口领域,所以具体的类型需要使用注册gob.Register(...)

这里的皱纹是图书馆做采空区,ING应该是无知所使用的具体类型。 我想序列化,即使来电者定义自己的接口的实现成为可能。

我可以在飞行中注册类型(见下面简单的例子),但在试图成功地将数据编码重新读取数据,采空区拒绝接受未注册的类型。 它的令人沮丧,因为它感觉像所有的数据都在那里-为什么不采空区刚刚拆包,作为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)
    }
}

我的工作,各地将要求接口的实现者注册它们的采空区类型。 但我不喜欢怎么说我的揭示系列化的选择给市民。

是否有避免这种任何路由转发?

Answer 1:

哲学论证

encoding/gob包不能(或者说应该)自己决定作出这一决定。 由于gob包创建一个序列化形式独立的/从应用程序独立,但不保证该接口类型的值将在解码器中存在; 即使他们这样做(由具体的类型名称匹配),也不能保证它们代表同一类型(或相同的实现给定类型的)。

通过调用gob.Register()gob.RegisterName()你作出这样的意图明确,你给绿灯的gob包来使用该类型。 这也保证了类型存在的,否则你将无法在注册时通过它的价值。

技术要求

还有是决定这一要求(即必须先注册)的技术角度来看:你不能获得reflect.Type通过其给定的类型的类型描述string名称。 不只是你,该encoding/gob包不能做到这一点无论是。

因此,通过要求你打电话gob.Register()之前,将gob包将接受有问题的类型的值,因此可以(它将)访问和存储其reflect.Type内部的描述符,所以当值的检测这种类型的,它能够创建这种类型的新的值的(例如,使用reflect.New()以存储该值被解码成它。

你之所以不能“查找”类型的名字是,他们可能无法在您的二进制文件结束(它们可能会“优化掉”),除非你明确提到他们。 有关详情请参阅调用与Golang特殊的前缀或后缀的所有功能 ; 和分裂的客户机/服务器代码 。 当您注册自定义类型(通过使它们的值),你这是一个明确提到他们,确保他们不会得到排除的二进制文件。



文章来源: Decode gob output without knowing concrete types
标签: go gob