当前位置: 首页 > 面试题库 >

“ 是接口的指针,而不是接口的混乱

施誉
2023-03-14
问题内容

亲爱的开发人员,

我遇到了这个问题,对我来说似乎有点奇怪。看一下这段代码:

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的参数中使用fieldfilter(类型为
coreinterfaces.FieldFilter)作为类型为
coreinterfaces.FilterInterface:*
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并为该接口分配实现,我一直无法解决这里实际发生的事情。必须有一种优雅的方法来做到这一点。


问题答案:

因此,您在这里混淆了两个概念。指向结构的指针和指向接口的指针是不同的。接口可以直接存储结构 指向结构的指针。在后一种情况下,您仍然仅直接使用该接口,
而不是 指向该接口的指针。例如:

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

在这两种情况下,fin中的变量DoFoo都只是一个接口, _而不是_指向接口的指针。但是,在存储时f2,接口 _保留_指向Foo结构的指针。

指向接口的指针几乎 _永远不会_有用。实际上,Go运行时专门修改了几个版本,使其不再自动取消对接口指针的引用(就像对结构指针一样),以阻止使用它们。在绝大多数情况下,指向接口的指针反映了对接口应该如何工作的误解。

但是,接口上有限制。如果将结构直接传递到接口,则只能使用该类型的 方法(即func (f Foo) Dummy()not func (f*Foo)Dummy())来实现接口。这是因为您在接口中存储了原始结构的副本,因此指针方法会产生意想不到的效果(即无法更改原始结构)。因此,默认的经验法则是在接口中存储指向结构的指针 ,除非有令人信服的理由不这样做。

如果将AddFilter函数签名更改为:

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

和GetFilterByID签名可以:

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

您的代码将按预期工作。 fieldfilter是type
*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


 类似资料:
  • 我写了自己的类加载器,它与类一起工作,实现了接口插件。但是我不能将类转换为插件。怎么了? 错误:(18,47)java:不兼容的类型:java。lang.类无法转换为插件 我补充说,这是我的SimpleClassLoader类的主要部分,它扩展了ClassLoader。

  • 这和这里问的问题差不多。 但我的问题扩展了这一点。 我可以把它改成“A扩展B”,但我必须使我的方法是非静态的,这只会把我的整个系统搞砸。 我这样做了,然后它告诉我,几乎所有的其他类可能50不能引用非静态方法从类A的方法BB。

  • RxJava新手,我对接口回调(通过接口变量从代码的内层/模块调用)和RxJava有疑问。要使其更清楚,请快速举例: 标准回调接口实现,接口,A类和B类 当调用classB方法“SomethingOccessed”时,结果是:“回调调用了方法SomethingOccessed”。接口的方法onCallbackCalled(String str)可以从classB中调用任意多次。 类A↓......

  • 问题内容: 人们如何看待在界面中使用的最佳指南?什么应该和不应该进入接口? 我听说有人说,通常,接口只能定义行为,而不能声明状态。这是否意味着接口 不应包含getter和setter? 我的观点:对于setter来说可能并非如此,但有时我认为将getter放置在接口中是有效的。例如,这仅是为了强制实施类来实现这些获取器,并指示客户端能够调用那些获取器以检查某些内容。 问题答案: 我认为一般有两种类

  • 问题内容: 假设我有此接口A: 因此,我希望某些抽象类实现doThis()方法,而不是doThat()一个方法: 当您最终决定在常规类中实现de doThat方法时,就会出现错误: 此类导致我前面提到的错误: “类型B不能是C的超级接口;超级接口必须是接口” 现在任何人都可以,如果这种类层次结构有效,还是应该以其他方式进行处理? 问题答案: 您必须使用 了解和关键字之间的区别很重要。因此,我建议您

  • 假设我有这个接口A: “类型B不能是C的超级接口;超级接口必须是接口” 如果这个类的层次结构是有效的,那么任何人现在都可以了,还是我应该反过来做?