go 程序结构的探讨

一个项目就是几个模块的组合，假设有 3 个模块，目前我看到以下几种架构：

type InterfaceA interface { MethodA1() MethodA2() } type structA struct { a int } func (a *structA)MedhtodA1() {} func (a *structA)MedhtodA2() {} func (a *structA)run(context) { for { // MethodA1() 和 MethodA2() 的一些调用 } } func NewStructA() structA { a := structA{} go a.run() return a } // 类似的还有 InterfaceB/structB ，特点都是在 New 方法里面开了一个 goroutine ，运行 run 方法。 type InterfaceC interface { MethodC1() MethodC2() MethodC3() } // 这里 c 的运行需要 a type structC struct { a struct c string } func (c *structC)MedhtodC1() {} func (c *structC)MedhtodC2() {} func (c *structC)MedhtodC3() {} func (a *structA)run(context) { for { // MethodC1()、MethodC2()、MethodC3()及 MethodA()的一些调用 } } func NewStructC() InterfaceC { a := structA{} c := structC{ a } go c.run() return c } type manager struct { ib InterfaceB ic InterfaceC } func NewManager() *manager{ ia := NewStructA() ib := NewStructB() ic := NewStructC(ia) return &manager{ ib ic } } func (m *manager)run(ch) { for { select { case <- ch: return } } } func main() { m := NewManager() m.run() } 

这种架构的话，很清晰的表明了程序模块，比如直接从项目的目录结构就可以看到这个程序的几个模块（一个模块对应一个目录），每个模块的接口功能表达也很清晰。但是他的问题是，在阅读代码的时候，隐藏了程序里面的几个模块的执行和交互逻辑。比如我从 main 看到 manager 的时候，再看到 manager.run 方法就结束了，完全不知道程序内部的模块是怎么运行。

// 另外一种架构 type Module interface { Run() } type StructA struct { } func (a *StructA) Run() { a.methodA1() a.methodA2() } type StructB struct { } func (a *StructB) Run() { b.methodB1() b.methodB2() } type StructC struct { a StructA } func (a *StructC) Run() { a.Run() c.MethodC1() c.MethodC2() } type manager struct { b StructB c StructC } func NewManager() *manager{ a := NewStructA() b := NewStructB() c := NewStructC(a) return &manager{ b, c } } func (m *manager)run(ch) { go m.b.Run() go m.c.Run() for { select { case <- ch: return } } } func main() { m := NewManager() m.run() } 

这样的话，阅读代码的时候，可以快速的知道程序的执行逻辑。但是吧，每个模块对外只有一个 Run 方法，模块本身的含义又没了。

这里，估计有人会提出下面的方案。

type Stage interface { Run() } type InterfaceA interface { Stage MethodA1() MethodA2() } type InterfaceB interface { Stage MethodB1() MethodB2() } type InterfaceC interface { Stage MethodC1() MethodC2() MethodC3() } 

这个也是可行的，但是吧，看着别扭，因为这个 Run() 其实跟接口自身的含义没啥关系。

想问问大家，怎么设计程序的模块架构的。