「<type>はインターフェースではなくインターフェースへのポインタです」混乱

仲間の開発者各位

私には少し奇妙に思えるこの問題があります。次のコードスニペットをご覧ください。

package coreinterfaces

type FilterInterface interface {
    Filter(s *string) bool
}

type FieldFilter struct {
    Key string
    Val string
}

func (ff *FieldFilter) Filter(s *string) bool {
    // Some code
}

type FilterMapInterface interface {
    AddFilter(f *FilterInterface) uuid.UUID     
    RemoveFilter(i uuid.UUID)                   
    GetFilterByID(i uuid.UUID) *FilterInterface
}

type FilterMap struct {
    mutex   sync.Mutex
    Filters map[uuid.UUID]FilterInterface
}

func (fp *FilterMap) AddFilter(f *FilterInterface) uuid.UUID {
    // Some code
}

func (fp *FilterMap) RemoveFilter(i uuid.UUID) {
    // Some code
}

func (fp *FilterMap) GetFilterByID(i uuid.UUID) *FilterInterface {
    // Some code
}

他のいくつかのパッケージでは、次のコードがあります。

func DoFilter() {
    fieldfilter := &coreinterfaces.FieldFilter{Key: "app", Val: "152511"}
    filtermap := &coreinterfaces.FilterMap{}
    _ = filtermap.AddFilter(fieldfilter) // <--- Exception is raised here
}

ランタイムは上記の行を受け入れません。

「fieldint.AddFilterへの引数で* coreinterfaces.FilterInterfaceタイプとしてフィールドフィルター（* coreinterfaces.FieldFilterタイプ）を使用することはできません：* coreinterfaces.FilterInterfaceは、インターフェイスではなくインターフェイスへのポインターです」

ただし、コードを次のように変更すると、

func DoBid() error {
    bs := string(b)
    var ifilterfield coreinterfaces.FilterInterface
    fieldfilter := &coreinterfaces.FieldFilter{Key: "app", Val: "152511"}
    ifilterfield = fieldfilter
    filtermap := &coreinterfaces.FilterMap{}
    _ = filtermap.AddFilter(&ifilterfield)
}

すべてが大丈夫であり、アプリケーションをデバッグするとき、それは本当に含むようです

私はこのトピックについて少し混乱しています。他のブログの記事を見て、スタックオーバーフロースレッドが（例えば-このまったく同じ問題について議論するとき、この、または これを）この例外を発生させる第一のスニペットは動作する必要があり、fieldfilterとFieldMapの両方がむしろの値より、インターフェースへのポインタとして初期化されるのでインターフェース。FieldInterfaceを宣言せずにそのインターフェースの実装を割り当てないようにするために変更する必要がある、実際にここで発生することについて頭を抱えることができませんでした。これにはエレガントな方法が必要です。

したがって、ここでは2つの概念を混乱させています。構造体へのポインターとインターフェイスへのポインターは同じではありません。インタフェースは、直接構造体のいずれかで保存することができ、または構造体へのポインタ。後者の場合、インターフェースへのポインタではなく、インターフェースを直接使用します。例えば：

type Fooer interface {
    Dummy()
}

type Foo struct{}

func (f Foo) Dummy() {}

func main() {
    var f1 Foo
    var f2 *Foo = &Foo{}

    DoFoo(f1)
    DoFoo(f2)
}

func DoFoo(f Fooer) {
    fmt.Printf("[%T] %+v\n", f, f)
}

出力：

[main.Foo] {}
[*main.Foo] &{}

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

どちらの場合も、f変数in DoFooは単なるインターフェースであり、インターフェースへのポインターではありません。ただし、を格納するf2場合、インターフェイスはFoo構造体へのポインタを保持します。

インターフェイスへのポインタはほとんど役に立ちません。実際、Goランタイムは、いくつかのバージョンで具体的に変更されており、インターフェースポインターの自動逆参照（構造体ポインターの場合のように）が使用されないようになっています。圧倒的多数のケースで、インターフェイスへのポインタは、インターフェイスがどのように機能するかについての誤解を反映しています。

ただし、インターフェースには制限があります。構造体をインターフェースに直接渡す場合、そのタイプの値メソッド（つまりfunc (f Foo) Dummy()、ではないfunc (f *Foo) Dummy()）のみを使用してインターフェースを満たすことができます。これは、元の構造のコピーをインターフェイスに格納しているため、ポインターメソッドが予期しない影響を与える（つまり、元の構造を変更できない）ためです。したがって、デフォルトの経験則は、やむを得ない理由がない限り、構造体へのポインタをインターフェイスに格納することです。

特にコードで、AddFilter関数のシグネチャを次のように変更した場合：

func (fp *FilterMap) AddFilter(f FilterInterface) uuid.UUID

そして、GetFilterByIDシグネチャを次のようにします。

func (fp *FilterMap) GetFilterByID(i uuid.UUID) FilterInterface

コードは期待どおりに動作します。 fieldfilterはタイプ*FieldFilterで、FilterInterfaceインターフェースタイプを完全に満たすため、それAddFilterを受け入れます。

Goでメソッド、型、インターフェースがどのように機能し、統合されるかを理解するための優れたリファレンスをいくつか示します。

• https://medium.com/@agileseeker/go-interfaces-pointers-4d1d98d5c9c6
• https://www.goinggo.net/2014/05/methods-interfaces-and-embedded-types.html
• https://blog.golang.org/laws-of-reflection

GetFilterByID(i uuid.UUID) *FilterInterface

このエラーが発生するのは、通常、インターフェイスではなくインターフェイスへのポインターを指定しているためです（実際には、インターフェイスを満たす構造体へのポインターになります）。

*インターフェイス{...}の有効な使用方法がありますが、より一般的には、「これは私が書いているコードのポインタであるインターフェイスです」ではなく、「これはポインタです」と考えています

受け入れられた回答は詳細ではありますが、トラブルシューティングに役立たなかったので、そこに捨てるだけです。