Interface Golang接口转换为嵌入式结构
我想使用Collidable接口实现一个冲突库Interface Golang接口转换为嵌入式结构,interface,go,Interface,Go,我想使用Collidable接口实现一个冲突库 type Collidable interface{ BoundingBox() (float64,float64,float64,float64) FastCollisionCheck(c2 Collidable) bool DoesCollide(c2 Collidable) bool Collide(c2 Collidable) } 它具有预定义的形状,如 type Circle struct{ X,Y,Ra
type Collidable interface{
BoundingBox() (float64,float64,float64,float64)
FastCollisionCheck(c2 Collidable) bool
DoesCollide(c2 Collidable) bool
Collide(c2 Collidable)
}
它具有预定义的形状,如
type Circle struct{
X,Y,Radius float64
}
我的想法是我能做到
type Rock struct{
collision.Circle
....
}
然后实现接口可碰撞,因此我可以将其传递给空间哈希映射(该映射需要可碰撞)。唯一需要做的就是根据我的需要重写Collide()函数
然而,类型圆中的函数不能处理类型岩石,即使它嵌入了一个圆
func (c1 *Circle) DoesCollide(i Collidable) bool{
switch c2 := value.(type) {
case Circle:
//doesn't fire, as it is of type Rock (unknown in this package)
//Needed is something like
//if i_embeds_Circle then c2 := i_to_Circle
}
}
这可能吗?
有更好的方法吗?不确定这有多离谱,但如果有任何帮助,请发布它
如果您调用的是不可扩展的旧式库(并且无法检测
Rock
,只有圆圈
),则似乎只有一种解决方案,即传递一个圆圈
请参阅,其中我使用非匿名字段“c
”表示Rock
(这意味着
Rock
必须实现接口,这是对Circle.Shape()
的简单委托)
那么输出是:
type: *main.Circle
Shaper Circle %+v &{}
type: *main.Circle
Shaper Circle %+v &{}
您正在尝试使用带有继承的面向对象设计模式。这不是围棋中的方法。此外,在Java或等效的面向对象语言中,接口名称以“able”结尾。在Go中,约定是以“er”结尾接口名称 为了回答您关于岩石的问题,我建议所有可能碰撞到另一个物体的物体都实现CollisonShape()方法,返回一个collison.Shaper(例如,圆圈),您将使用该方法来测试collison。这是你包裹的名字
// This interface is defined in the collison package.
// Any object that may collide must implement that method.
type Collider interface {
CollisonShape() Shaper
}
// This function defined in the collison package
// test if two Collider collide into each other.
func Collide(c1, c2 Collider) bool {
shape1, shape2 := c1.CollisonShape(), c2.CollisonShape()
...
}
// This is how you would define an object that can collide.
type Rock struct {
shape *collison.Circle
...
}
// Implements the Collider interface.
// The return type must be the same as in the interface.
func (r *Rock) CollisonShape() collison.Shaper {
return r.shape
}
如您所见,我们使用一种方法来访问岩石的collison形状。这使我们能够写作
if collison.Collide(rock, spaceCraft) {...}
type Rock struct {
Circle
....
}
if collison.Collide(&rock.Circle, &spacecraft.Rectangle) {...}
这回答了你关于如何获得岩石的柯利森形状的问题
如果要避免在Collide()函数中调用CollisonShape()方法,则必须直接传递collison.Shaper
Collide方法将在collison包中定义为
func Collide(shape1, shape2 Shaper) bool {...}
那你就得写信了
if collison.Collide(rock.shape, spacecraft.shape) {...}
这种设计会稍微有效率一些,但付出的代价是可读性较差的代码,这是有经验的围棋程序员所不喜欢的
如果您想让Circle成为岩石中的嵌入式结构,则必须按照以下方式定义它。嵌入形状可以节省圆形的分配时间和GC的一些工作
type Rock struct {
shape collison.Circle
....
}
if collison.Collide(&rock.shape, &spacecraft.shape) {...}
如果要使用匿名嵌入结构,则必须编写
if collison.Collide(rock, spaceCraft) {...}
type Rock struct {
Circle
....
}
if collison.Collide(&rock.Circle, &spacecraft.Rectangle) {...}
如您所见,代码的可读性越来越差,使用也越来越不方便。形状不再是抽象的了。使用匿名嵌入式结构应该仅限于极少数真正有意义的情况
通过使用最初建议的CollisonShape()方法,您可以轻松地将岩石结构更改为此结构,而无需中断任何代码
type Rock struct {
shape collison.Circle
...
}
func (r *Rock) CollisonShape() collison.Shaper {
return &r.shape
}
现在,这将生成形状和嵌入结构。使用获取形状的方法将岩石的内部实现与形状的访问解耦。您可以更改Rock的内部实现,而无需在其他地方更改代码
这就是Go不支持继承的原因之一。它在基类和派生类之间创建了非常强的依赖性和耦合。经验表明,随着代码的发展,人们往往会后悔这种耦合。Go优先推荐和支持对象组合
如果效率是您的目标,那么每个碰撞器都应该有一个改变的位置和一个宽度和高度不变的边界框。可以使用这些值为边界框重叠测试保存一些操作。但这是另一个故事 我通过稍微修改基类解决了类似的问题。不确定这是否是您正在寻找的解决方案
import "fmt"
type IShaper interface {
Shape()
}
type Rect struct{}
func (r *Rect) Shape() {}
type Circle struct{}
func (c *Circle) GetCircle() *Circle { return c }
func (c *Circle) Shape() {}
type Rock struct{ *Circle }
type ShapeWithCircle interface {
GetCircle() *Circle
}
func DoesShape(s IShaper) {
if sc, ok := s.(ShapeWithCircle); ok {
fmt.Printf("Shaper Circle %+v\n", sc.GetCircle())
} else {
fmt.Println("Shaper unknown")
}
}
func main() {
DoesShape(&Circle{})
DoesShape(&Rock{&Circle{}})
DoesShape(&Rect{})
}
也就是说,添加一个平凡的函数GetCircle(),这样嵌入圆的任何东西都有一个函数来获取(可能嵌入的)圆。然后,任何需要圆的人都可以编写一个接口(这里是ShapeWithCircle),允许测试是否定义了GetCircle(),如果是,则调用它以获取嵌入的圆
在.处使用它,这样()就可以说明您的问题了吗。注释rock的Shape()函数(它使用圆圈)。我的问题是,如果我将一块石头传递给DoesShape()的话,就不会到达select的默认部分,而是到达cricle部分因此:
default:
部分用于说明Rock
不会被检测为圆
整形器
,即使Rock
将圆
作为匿名字段。是的,这就是问题所在。如何让它将岩石识别为一个圆。将界面命名为Shaper
而不是IShaper
,可能会更为惯用。只是说:)在这种情况下,我无法重写当两个对象碰撞时调用的Collide函数,我需要为嵌入形状圆的对象自定义该函数。@user2089648 true:在类型B
中嵌入类型a
不会使B
成为a
。这意味着需要一种不同的方法。如果Rock
实现了Collidable
,那么至少您的库会调用Rock
版本的Collide()
?Type Rock有自己版本的Collide(),是的,但没有DoesCollide()本身的版本。然而,当Rock嵌入Circle时,它就被称为可碰撞的,Circle版本的DoesCollide()被调用。但是,DoesCollide随后失败,因为它无法将参数“c2可碰撞”转换为圆。@user2089648好的,所以这里的全嵌入方法并不正确。在您的示例中,圆知道岩石,在这种情况下,我也可以简单地将接口转换为正确的类型。问题是,碰撞在它自己的库中,没有进一步了解采用l形状的对象