暂时忘掉与其他语言的类比，把接口想象成一个契约-* 对使用它的函数的一组需求。
假设我定义了一个函数MakeNoise，它需要知道传入的东西的声音，但在其他方面并不关心它。下面的代码是一起的，但想象一下这是在两个单独的包中-一个用于具体类型，一个用于MakeNoise。
MakeNoise函数可以接受特定的类型，但这会在一定程度上限制它，可能会使测试更加困难等，所以通常您可能希望它定义它需要该类型做什么-在这种情况下，它只需要使用Sound（）方法调用一些东西，除此之外它不关心。
现在，在猫/狗方面，您可能不关心MakeNoise，甚至还不知道它，您的动物应该单独定义，不关心它们符合的任何接口-这些接口可能还没有编写。
所以Wiki就是说不管是谁写的MakeNoise都应该关心它需要什么并把它放在一个接口里，但是不管是谁写的Cat/Dog都不应该关心，接口应该和MakeNoise放在一起，而不是和Cat/Dog放在一起。这意味着以后有人可能会在另一个包里写一个Giraffe，它仍然可以和MakeNoise一起使用。

接口是一项要求，而不是承诺。

https://play.golang.org/p/4r1wiXokKMb

// Here are some types which share one function. 
// They might have other functions too
package main

type Cat struct {}
func (d Cat) Sound() string {
    return "miao"
}

type Dog struct {}
func (d Dog) Sound() string {
    return "woof"
}

func main() {
    cat := Cat{}
    dog := Dog{}

    MakeNoise(cat)
    MakeNoise(dog)
}

// Sounder is the requirement for MakeNoise, so it lives with it.
// perhaps in a package together which knows nothing of cats and dogs.
type Sounder interface {
    Sound() string
}

// MakeNoise prints the sound of the thing
// it only cares the thing makes a Sound
func MakeNoise(thing Sounder) {
    println(thing.Sound())
}