boxmoe_header_banner_img

Hello! 欢迎来到悠悠畅享网!

文章导读

Golang工厂模式应用 简单工厂与抽象工厂对比


avatar
作者 2025年8月31日 9

简单工厂通过参数决定创建何种实例,适用于产品类型少的场景;抽象工厂用于创建一致的产品族,适合多维度变化的复杂系统,二者根据扩展性和维护需求选择使用。

Golang工厂模式应用 简单工厂与抽象工厂对比

go语言中,工厂模式是创建对象的常用设计模式,尤其适用于需要根据条件动态创建不同实例的场景。工厂模式主要分为简单工厂抽象工厂两种形式,它们各有特点,适用于不同的业务需求。

简单工厂:按需创建具体实例

简单工厂模式通过一个统一的工厂函数或结构体方法,根据传入的参数决定创建哪一种具体类型的实例。它不属于GoF的23种设计模式之一,但因其简洁实用,在实际开发中广泛使用。

适用场景:产品类型较少,且创建逻辑集中。

示例:

立即学习go语言免费学习笔记(深入)”;

 type Animal interface {     speak() string }  type Dog struct{} func (d *Dog) Speak() string { return "Woof" }  type Cat struct{} func (c *Cat) Speak() string { return "Meow" }  type SimpleFactory struct{}  func (f *SimpleFactory) CreateAnimal(animalType string) Animal {     switch animalType {     case "dog":         return &Dog{}     case "cat":         return &Cat{}     default:         return nil     } } 

使用简单工厂,调用方无需知道具体实现类型,只需通过工厂方法获取接口实例,解耦了创建逻辑与使用逻辑。

抽象工厂:创建产品族

抽象工厂模式用于创建一系列相关或依赖对象的接口,而无需指定具体类。它强调的是“产品族”的一致性,适合多个维度变化的产品结构。

适用场景:系统需要独立于产品的创建、组合和表示,或需要多个产品族中的一组对象被一起使用。

示例:

立即学习go语言免费学习笔记(深入)”;

 type Color interface {     Fill() string }  type Shape interface {     Draw() string }  type red struct{} func (r *Red) Fill() string { return "Filled with Red" }  type Green struct{} func (g *Green) Fill() string { return "Filled with Green" }  type Circle struct{} func (c *Circle) Draw() string { return "Drawing Circle" }  type Rectangle struct{} func (r *Rectangle) Draw() string { return "Drawing Rectangle" }  type ColorFactory interface {     CreateColor() Color }  type ShapeFactory interface {     CreateShape() Shape }  type RedCircleFactory struct{}  func (f *RedCircleFactory) CreateColor() Color {     return &Red{} }  func (f *RedCircleFactory) CreateShape() Shape {     return &Circle{} }  type GreenRectFactory struct{}  func (f *GreenRectFactory) CreateColor() Color {     return &Green{} }  func (f *GreenRectFactory) CreateShape() Shape {     return &Rectangle{} } 

通过抽象工厂,可以确保创建的产品族(如红+圆、绿+矩形)保持一致,适用于ui主题、数据库驱动等需要整体替换的场景。

两者对比:选择合适的模式

  • 复杂度:简单工厂代码简洁,适合小型项目;抽象工厂结构更复杂,但扩展性强。
  • 扩展性:新增产品类型时,简单工厂需修改判断逻辑,违反开闭原则;抽象工厂通过新增工厂类实现扩展,更符合设计原则。
  • 使用场景:简单工厂用于单一产品等级结构;抽象工厂用于多个产品等级且需组合使用的场景。
  • 维护成本:简单工厂维护成本低,但易变得臃肿;抽象工厂初期成本高,长期更易维护。

基本上就这些。根据业务复杂度和未来扩展需求,选择合适的工厂模式,能有效提升代码的可读性和可维护性。简单工厂适合快速实现,抽象工厂适合构建可扩展的系统架构



评论(已关闭)

评论已关闭

text=ZqhQzanResources