设计模式之工厂模式
1.iota简介2.go generate命令简介3.golang uuid库介绍4.gRPC基本教程5.protolator简介6.Govulncheck v1.0.0 发布了!7.每日一库:GORM简介8.Go泛型简介9.Go 1.21发布!10.Golang zip压缩文件读写操作11.本地搭建playground12.zap自定义日志级别13.Gorm日志设置14.gin启动https支持15.Go Plugin介绍16.Golang漏洞管理17.可以丢掉123456了18.如何优雅地退出程序19.PGO前瞻20.go多版本管理21.openAI发布v0.2.0了22.Gin中间件开发23.Fabric区块链浏览器(1)24.每日一库:Memcache25.protojson简介26.每日一库:gosec27.Fabric区块链浏览器(2)28.每日一库:fsnotify简介29.gRPC with JWT30.embed简介31.Fabric区块链浏览器(3)32.每日一库:pprof简介33.go 1.21:cmp34.完全可复制、经过验证的 Go 工具链35.PGO in Go 1.2136.Fabric 2.x 智能合约开发记录37.为不断增长的Go生态系统扩展gopls38.每日一库:lumberjack -- 日志轮换和管理39.2023-04-26-微信安全模式下消息解析40.WASI support in Go41.每日一库:Prometheus42.如何实现流量控制和熔断降级?43.消息队列 - RabbitMQ44.Go 1.22 中的 For 循环45.设计模式之单例模式46.每日一库:使用Viper处理Go应用程序的配置47.使用 gopkg.in/yaml.v3 解析 YAML 数据48.在Go中如何实现并发49.解析类型参数
50.设计模式之工厂模式
51.每日一库:cobra 简介52.slices in Go 1.2153.go defer简介54.slice简介55.Golang Map底层实现简述56.Go 如何实现多态57.查找数组中第K大的元素58.go中的内存逃逸59.数组 vs. 切片60.队列(Queue):先进先出(FIFO)的数据结构61.go 中如何实现定时任务62.go 中的循环依赖63.Go中字符串处理:fmt.Sprintf与string.Builder的比较64.理解Go中的零值65.go 上下文:context.Context66.go中异常处理流程67.Go实现网络代理68.Why gRPC ?69.Go:条件控制语句70.Go 获取 IP 地址71.Golang并发控制方式有几种?72.Golang面试:泛型73.LRU算法简介74.MRU算法实现75.ARC算法实现76.Go语言中的交互式CLI开发:survey库简介77.C如何调用Go工厂模式是一种创建型设计模式,它提供了一个用于创建对象的接口,但允许子类决定实例化哪个类。工厂方法让一个类的实例化延迟到其子类。这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。
在软件开发中,对象的创建和使用是常见的操作。然而,对象的创建过程常常会涉及到复杂的逻辑和多变的需求。为了解决这个问题,我们可以使用工厂模式来将对象的创建和使用分离,提高代码的可维护性和灵活性。
1. 工厂模式的定义
工厂模式是一种创建型设计模式,它定义了一个用于创建对象的接口,但允许子类决定实例化哪个类。工厂方法让一个类的实例化延迟到其子类。
2. 工厂模式的结构
工厂模式主要包括以下几个角色:
- 抽象产品(Abstract Product):定义了产品的通用方法,是所有具体产品的公共父类。
- 具体产品(Concrete Product):实现了抽象产品定义的通用方法,是具体的产品实现。
- 抽象工厂(Abstract Factory):定义了创建产品的接口,是所有具体工厂的公共父类。
- 具体工厂(Concrete Factory):实现了抽象工厂定义的创建产品的方法,用于创建具体的产品实例。
3. 工厂模式的优点
- 封装变化:工厂模式将对象的创建过程封装起来,使得调用者无需关心产品的实例化过程,只需依赖工厂即可得到自己想要的产品。这样可以有效地封装变化,使得代码更加灵活和可维护。
- 代码结构清晰:工厂模式将对象的创建和使用分离,使得代码结构更加清晰。调用者只需要知道产品的接口即可,无需关心具体的实现细节。
- 扩展性:工厂模式使得添加新产品变得非常容易。只需要添加新的具体产品类和相应的具体工厂类即可,无需修改原有的代码结构。
4. 工厂模式的分类
工厂模式可以分为三类:简单工厂模式、工厂方法模式和抽象工厂模式。简单工厂模式不是一个标准的设计模式,它可以看为工厂方法模式的一种特例。工厂方法模式和抽象工厂模式都是标准的设计模式。这三种工厂模式在设计模式的分类中都属于创建型模式,三种模式从上到下逐步抽象。
- 简单工厂模式:简单工厂模式是最简单的工厂模式,它通过一个静态方法来创建对象。这种方法虽然简单,但是不够灵活,无法满足复杂多变的需求。
- 工厂方法模式:工厂方法模式是标准的设计模式之一,它定义了一个用于创建对象的接口,但是让子类决定实例化哪个类。这样可以实现更加灵活的创建过程,满足不同的需求。
- 抽象工厂模式:抽象工厂模式是最高级的工厂模式,它定义了一个用于创建一系列相关或互相依赖的对象的接口,而不需要指定它们具体的类。这样可以实现更加复杂的创建过程,满足更加多变的需求。
5. 使用工厂模式的注意事项
在使用工厂模式时,需要注意以下几点:
- 工厂模式增加了系统的复杂度。在添加新产品时,需要编写新的具体产品类,同时还要对工厂类进行修改,增加了系统的复杂度。因此,需要考虑产品类的数量和生命周期等因素来决定是否使用工厂模式。
- 需要考虑产品类的数量。如果产品类的数量较少,那么使用工厂模式可能会过于复杂。此时可以考虑使用其他的设计模式来解决问题。
- 需要考虑产品类的生命周期。如果产品类的生命周期很长,那么使用工厂模式可能会增加系统的复杂度。此时可以考虑使用单例模式等其他的设计模式来解决问题。
6. 示例
下面是一个使用工厂方法模式的示例,以创建不同类型的电视机产品:
package main import "fmt" // TV 接口定义了电视机产品的方法 type TV interface { TurnOn() TurnOff() } // HaixinTV 具体产品类,实现了 TV 接口 type HaixinTV struct{} func (tv *HaixinTV) TurnOn() { fmt.Println("Haixin TV is on") } func (tv *HaixinTV) TurnOff() { fmt.Println("Haixin TV is off") } // HaierTV 具体产品类,实现了 TV 接口 type HaierTV struct{} func (tv *HaierTV) TurnOn() { fmt.Println("Haier TV is on") } func (tv *HaierTV) TurnOff() { fmt.Println("Haier TV is off") } // TVFactory 工厂接口定义了创建 TV 对象的方法 type TVFactory interface { CreateTV() TV } // HaixinFactory 具体工厂类,用于创建 HaixinTV 产品 type HaixinFactory struct{} func (f *HaixinFactory) CreateTV() TV { return &HaixinTV{} } // HaierFactory 具体工厂类,用于创建 HaierTV 产品 type HaierFactory struct{} func (f *HaierFactory) CreateTV() TV { return &HaierTV{} } func main() { // 创建 Haixin 电视机工厂 HaixinFactory := &HaixinFactory{} HaixinTV := HaixinFactory.CreateTV() HaixinTV.TurnOn() HaixinTV.TurnOff() // 创建 Haier 电视机工厂 HaierFactory := &HaierFactory{} HaierTV := HaierFactory.CreateTV() HaierTV.TurnOn() HaierTV.TurnOff() }

声明:本作品采用署名-非商业性使用-相同方式共享 4.0 国际 (CC BY-NC-SA 4.0)进行许可,使用时请注明出处。
Author: mengbin
blog: mengbin
Github: mengbin92
cnblogs: 恋水无意
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 在鹅厂做java开发是什么体验
· 百万级群聊的设计实践
· WPF到Web的无缝过渡:英雄联盟客户端的OpenSilver迁移实战
· 永远不要相信用户的输入:从 SQL 注入攻防看输入验证的重要性
· 全网最简单!3分钟用满血DeepSeek R1开发一款AI智能客服,零代码轻松接入微信、公众号、小程