亲爱的开发人员,
我遇到了这个问题,对我来说似乎有点奇怪。看一下这段代码:
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
在这两种情况下,f
in中的变量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中方法,类型和接口如何工作以及如何相互集成:
我写了自己的类加载器,它与类一起工作,实现了接口插件。但是我不能将类转换为插件。怎么了? 错误:(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的超级接口;超级接口必须是接口” 如果这个类的层次结构是有效的,那么任何人现在都可以了,还是我应该反过来做?