在Go中修复导入周期

小编典典

在Go中修复导入周期

因此，我有一个要解决的导入周期。我有以下模式：

view/
- view.go
action/
- action.go
- register.go

总体思路是，操作是在视图上执行的，并由视图执行：

// view.go
type View struct {
    Name string
}

// action.go
func ChangeName(v *view.View) {
    v.Name = "new name"
}

// register.go
const Register = map[string]func(v *view.View) {
    "ChangeName": ChangeName,
}

然后在view.go中调用它：

func (v *View) doThings() {
    if action, exists := action.Register["ChangeName"]; exists {
        action(v)
    }
}

但这会导致一个周期，因为View依赖于Action包，反之亦然。我该如何解决这个周期？有其他方法可以解决此问题吗？

阅读 214

2020-07-02

共1个答案

小编典典

导入周期表明设计存在根本错误。从广义上讲，您正在查看以下内容之一：

您正在混合担忧。也许view根本不应该访问action.Register，或者action不应该负责更改视图名称（或两者）。这似乎是最有可能的。
您所依赖的固结应该依赖于接口并注入固结。例如，不是action.Register直接访问视图，而是可以在中定义的接口类型上调用方法view，并View在构造对象时将其注入到对象中。
您需要一个或多个其他单独的程序包来保存view和action程序包都使用的逻辑，但两者都不调用。

一般而言，您希望设计一个应用程序，以便拥有三种基本类型的软件包：

完全独立的软件包，不引用其他第一方软件包（它们当然可以引用标准库或其他第三方软件包）。
仅内部依赖性为上述类型1的逻辑程序包，即完全独立的程序包。这些程序包不应相互依赖或依赖以下类型3的程序包。
“接线”包，主要与逻辑包交互，并处理实例化，初始化，配置和依赖性注入。这些可以依赖于其他3类软件包以外的任何其他软件包。您应该需要非常少的这种类型的软件包- main对于较复杂的应用程序，通常只有一个，但偶尔需要两个或三个。

2020-07-02