一尘不染

在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包,反之亦然。我该如何解决这个周期?有其他方法可以解决此问题吗?


阅读 189

收藏
2020-07-02

共1个答案

一尘不染

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

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

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

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