使用工厂模式时应在哪里定义接口?



我正在使用工厂对象FooFactory来创建具有一些私有数据成员的Foo类型的实例。我使用工厂,以便创建Foo实例的对象Bar不需要提供(甚至不知道)这些私有数据成员:我首先使用必要的私有内容配置工厂,然后Bar这个配置的工厂

。我希望Bar通过接口使用这些Foo对象,以便我可以使用gomock模拟它们并测试Bar是否正确使用它们。从我读到的关于 go 接口的内容来看,最佳做法是定义使用它们的接口,而不是定义底层类型的接口,所以我在与我的Bar对象相同的包中有一个Fooer接口,并且FooerBar在它需要Foo(或以后, aMockFoo)。

出于同样的原因,我还希望Bar通过接口使用FooFactory,因此我可以模拟它并断言它在我期望时创建Foo对象。再一次,我在BarFooBuilder中定义了一个接口,底层FooFactory隐式实现该接口。

现在的问题是FooFactory返回具体的Foo对象,因为它们都在同一个Foo包中,不应该知道Bar的本地定义的接口。但是,我希望FooBuilder生成Fooer类型的对象而不是Foo类型的对象,因为它不需要了解基础类型。Go 不允许这样做,因为返回类型不同,并且它说FooFactory没有实现FooBuilder.

这里没有上述包装结构的最小复制品:

type Foo struct{}
func (f *Foo) FooMethod() {}
type FooFactory struct{}
func (ff *FooFactory) Build() *Foo {
return &Foo{}
}
type Fooer interface {
FooMethod()
}
type FooBuilder interface {
Build() Fooer
}
func main() {
f := &Foo{}
ff := &FooFactory{}
var fooer Fooer
var fooBuilder FooBuilder
fooer = f
fooBuilder = ff     // << ERROR
}

去抱怨:

cannot use ff (type *FooFactory) as type FooBuilder in assignment:
*FooFactory does not implement FooBuilder (wrong type for Build method)
have Build() *Foo
want Build() Fooer

我的问题本质上是,我这样做吗?在拥有专业C++和Java的背景之后,我试图接受go的隐式接口满足概念,但这感觉很奇怪。这并不容易做到的事实让我觉得我做错了什么,但我在网上读到的关于 go 接口的所有内容都说要定义靠近使用它们的接口,这就是我真正想做的。

概念上

你的方法是正确的。虽然如果Foo的设置不复杂,我会放弃工厂。

FooFooer可能位于不同的包装中,也可能不同。我会从将它们放在同一个包中开始,直到它不再有意义。

我通常设置这些情况的方式是:

package foo
func NewFoo() *Foo {
return &Foo{}
}
type Foo struct{}
func (f *Foo) FooMethod() {}
type Fooer interface {
FooMethod()
}

以及具有以下特征的消费者:

package bar
func FooUser(f Fooer) {
//Do something
}

并将其与:

package main
import (
"foo"
"bar"
)
func main() {
f := foo.NewFoo()
bar.FooUser(f)
}

这样,您可以将foo包作为一个单元进行测试,并使用实现Fooer的任何结构测试bar包。

你会发现相当多的核心包也是以这种方式构建的。

编译器错误

您缺少的一点是FooFactory实际上并没有实现FooBuilder接口。

FooBuilder接口声明一个返回Fooer的方法,但FooFactory的方法签名返回指向Foo的指针。

func (ff *FooFactory) Build() *Foo

因此,您声明了方法Build但返回了错误的类型,因此它未被识别为实现。

要修复此错误,请将Build的实现的签名更改为:

func (ff *FooFactory) Build() Fooer

最新更新