Go 设计模式 - 组合复用
假设一个触发器 Trigger ,在 v1 版本中只有 Polling Trigger (是一种通过轮询的方式的触发器),领域对象是这样设计的。
type Trigger struct {base TriggerBase // 基本属性... // 其他属性extra TriggerExtra // 扩展属性,包含了 Polling Trigger 的特定属性
}
如果在 v2 版本中,需求要求添加一个 Instant Trigger (即时触发器),具备与 Polling Trigger 不同的特定属性。
我们需要在 TriggerExtra
结构体中继续添加 需要的字段吗?显然感觉怪怪的,我们从设计模式的角度来分析一下。
extra 字段存在的不合理性
- 违反开闭原则
extra 作为扩展值对象,在进行扩展时,需要对 TriggerExtra 结构体进行修改。 - 违反单一职责原则
extra 字段包含了一些不相关的属性。如 Polling Trigger 和 Instant Trigger 两者的不相关属性,以后扩展可能会变得更多。这些属性被统一放在 extra 字段中,它所承担的责任过多。
解决方案
- 可以通过「继承」的方式。
type Trigger struct {base TriggerBase // 基本属性
}type PollingTrigger struct {Triggerpolling PollingConfig
}type InstantTrigger struct {Triggerinstant InstantConfig
}
这样就解决问题了。在进行不同版本的扩展时,无需修改原有的代码,只需扩展需要的代码即可。
但 go 并不鼓励继承,子类和父类具有强耦合性。
- 继承复用破坏了包装,因为父类的实现细节会暴露给子类。比如子类可以访问父类的成员变量等,一旦父类的这些变量定义发生变化,子类就可能会失败。
- 如果父类的实现发生改变,那么子类的实现也不得不发生改变。
- 「组合复用」
也叫 聚合复用。
将扩展的字段替换为抽象的接口。
type Trigger struct {base TriggerBasetypeSpecific TypeSpecificConfig
}type TypeSpecificConfig interface {TriggerType() TriggerTypeValidate() errorString() string
}type PollingConfig struct {pollingInterval time.DurationmaxRetries intretryDelay time.Duration
}func (c PollingConfig) TriggerType() TriggerType {return TriggerTypePollingTrigger
}func (c PollingConfig) Validate() error {if c.pollingInterval <= 0 {return errors.New("polling interval must be positive")}// 其他校验return nil
}func (c PollingConfig) String() string {s, _ := json.Marshal(c)return s
}type InstantConfig struct {webhook string
}func (c InstantConfig) TriggerType() TriggerType {return TriggerTypeInstantTrigger
}func (c InstantConfig) Validate() error {if len(c.webhook) == 0 {return errors.New("webhook settings required")}// 其他校验return nil
}func (c InstantConfig) String() string {s, _ := json.Marshal(c)return s
}
为什么要使用「组合复用」,或者说它的收益在哪?
- 代码可复用,可以组合多个类对象,可以直接使用子对象的方法。
- 降低耦合度。类的继承是一种强耦合的方式,特别是如果继承的关系比较深,这种耦合度会更加严重。
- 可扩展性。我们可以根据需求不断增加新的成员,让系统更加灵活和可扩展。