Generic Functions in Go

后端 未结 3 1996
借酒劲吻你
借酒劲吻你 2021-01-18 11:16

I\'m in the process of learning Go and the documentation and interactive lessons say that an empty interface can hold any type, as it requires no a

3条回答
  •  暗喜
    暗喜 (楼主)
    2021-01-18 12:03

    The Go paradigm is generally to avoid this by implementing the behavior in non-empty interfaces. For example, say you wanted to print something with type-specific formatting:

    func Print(i interface{}) {
        switch o := i.(type) {
            case int64:
                fmt.Printf("%5d\n", o)
            case float64:
                fmt.Printf("%7.3f\n", o)
            case string:
                fmt.Printf("%s\n", o)
            default: // covers structs and such
                fmt.Printf("%+v\n", o)
        }
    }
    

    Alternatively, you could define an interface for things that know how to string themselves (this exists in the base library as an fmt.Stringer), and use that:

    type Stringer interface {
        String() string
    }
    
    func Print(o Stringer) {
        fmt.Println(o.String())
    }
    
    type Foo struct {
        a, b int
    }
    
    func (f Foo) String() string {
        // Let's use a custom output format that differs from %+v
        return fmt.Sprintf("%d(%d)", f.a, f.b) 
    }
    
    type Bar struct {
        t bool
    }
    
    func (b Bar) String() string {
        if b.t {
            return "TRUE! =D"
        }
        return "false =("
    }
    

    https://play.golang.org/p/Ez6Hez6cAv

    This lets you have a generic-like functionality, but still retain type safety and have the behavior itself defined by the types, rather than your generic function.

    Go encourages you to think of types in this way, based on their behavior, what they can do rather than what they contain.

提交回复
热议问题