选项(Option)设计模式

2024-06-18 17:18
文章标签 设计模式 选项 option

本文主要是介绍选项(Option)设计模式,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

设计模式的出现,是为了解决编程中遇到的一些问题,现在有一个场景:

我们需要初始化一个服务的配置文件,比如是这样:

type Config struct {id   intname stringip   stringport string// other params ...
}

常见的初始化,有以下几种:

方式一:

func initConfig(id int, name, ip, port string) {conf.id = idconf.name = nameconf.ip = ipconf.port = port
}

这种方式,参数比较固定,比如我以后想扩展一些参数是很吃力的,而且,参数的位置也比较固定,就是说这个函数一旦开始被使用,参数位置就不能随意更改了,非常不灵活。

注意,可变参数(params ...interface{})也是一样,不能解决根本问题,参数位置还是固定的,而且函数内部还需要断言处理。

有些同学说,那我传个结构体不就行了吗,就不用考虑扩展参数和参数顺序问题了,于是就有了下一种方式:

方式二:

func initConfig(c Config) {conf.id = c.idconf.name = c.nameconf.ip = c.ipconf.port = c.port
}

这种方式确实解决了以上两个问题,但是也把所有配置全部暴露出去了,不但破坏了程序的封装性,而且,如果我想要一些默认的初始化,比如端口号默认8000,外部支持缺省配置,这又成问题了,于是又有了另一种方式:

方式三:

func setId(id int)  {conf.id = id
}func setName(name string)  {conf.name = name
}...

这种方式确实解决了以上问题,但是也产生了新的问题,随着参数的扩展,程序中的setXXX(或initXXX)方法也逐渐增加,而且,参数设置被分的很零散,不便于程序管理,再比如这时候想做个初始化统计,这种也是很繁琐,等等诸多问题。

=================

综上,那有没有一种方式,能够支持缺省配置,也能够在参数上随意的更换位置,初始化配置也不要调那么分散,能解决以上的这些问题呢?

于是,就有了option模式:

我这里先提供一个定义示例:

type Option func(opt *options)type options struct {id   intname stringip   stringport string// other params ...
}func WithId(id int) Option {return func(opt *options) {opt.id = id}
}func WithName(name string) Option {return func(opt *options) {opt.name = name}
}

然后是设置:

var conf = &options{port: "8000",
}func Parse(opt ...Option) {for _, o := range opt {o(conf)}
}

这就达到想要的效果了,需要扩展参数的时候,如果想对外暴露,就添加对应的With方法就可以了。

最后看一下使用:

func main() {Parse(WithName("testName"), WithId(1000))
}

使用也很简洁,每一个参数都是Option类型,参数数量和顺序都可以随意控制,达到了想要的效果!

 

 

这篇关于选项(Option)设计模式的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1072615

相关文章

Rust中的Option枚举快速入门教程

《Rust中的Option枚举快速入门教程》Rust中的Option枚举用于表示可能不存在的值,提供了多种方法来处理这些值,避免了空指针异常,文章介绍了Option的定义、常见方法、使用场景以及注意事... 目录引言Option介绍Option的常见方法Option使用场景场景一:函数返回可能不存在的值场景

在JS中的设计模式的单例模式、策略模式、代理模式、原型模式浅讲

1. 单例模式(Singleton Pattern) 确保一个类只有一个实例,并提供一个全局访问点。 示例代码: class Singleton {constructor() {if (Singleton.instance) {return Singleton.instance;}Singleton.instance = this;this.data = [];}addData(value)

设计模式之工厂模式(通俗易懂--代码辅助理解【Java版】)

文章目录 1、工厂模式概述1)特点:2)主要角色:3)工作流程:4)优点5)缺点6)适用场景 2、简单工厂模式(静态工厂模式)1) 在简单工厂模式中,有三个主要角色:2) 简单工厂模式的优点包括:3) 简单工厂模式也有一些限制和考虑因素:4) 简单工厂模式适用场景:5) 简单工厂UML类图:6) 代码示例: 3、工厂方法模式1) 在工厂方法模式中,有4个主要角色:2) 工厂方法模式的工作流程

C#设计模式(1)——单例模式(讲解非常清楚)

一、引言 最近在学设计模式的一些内容,主要的参考书籍是《Head First 设计模式》,同时在学习过程中也查看了很多博客园中关于设计模式的一些文章的,在这里记录下我的一些学习笔记,一是为了帮助我更深入地理解设计模式,二同时可以给一些初学设计模式的朋友一些参考。首先我介绍的是设计模式中比较简单的一个模式——单例模式(因为这里只牵涉到一个类) 二、单例模式的介绍 说到单例模式,大家第一

漫谈设计模式 [12]:模板方法模式

引导性开场 菜鸟:老大,我最近在做一个项目,遇到了点麻烦。我们有很多相似的操作流程,但每个流程的细节又有些不同。我写了很多重复的代码,感觉很乱。你有啥好办法吗? 老鸟:嗯,听起来你遇到了典型的代码复用和维护问题。你有没有听说过“模板方法模式”? 菜鸟:模板方法模式?没听过。这是什么? 老鸟:简单来说,模板方法模式让你在一个方法中定义一个算法的骨架,而将一些步骤的实现延迟到子类中。这样,你可

OpenStack:Glance共享与上传、Nova操作选项解释、Cinder操作技巧

目录 Glance member task Nova lock shelve rescue Cinder manage local-attach transfer backup-export 总结 原作者:int32bit,参考内容 从2013年开始折腾OpenStack也有好几年的时间了。在使用过程中,我发现有很多很有用的操作,但是却很少被提及。这里我暂不直接

OpenStack实例操作选项解释:启动和停止instance实例

关于启动和停止OpenStack实例 如果你想要启动和停止OpenStack实例时,有四种方法可以考虑。 管理员可以暂停、挂起、搁置、停止OpenStack 的计算实例。但是这些方法之间有什么不同之处? 目录 关于启动和停止OpenStack实例1.暂停和取消暂停实例2.挂起和恢复实例3.搁置(废弃)实例和取消废弃实例4.停止(删除)实例 1.暂停和取消暂停实例

漫谈设计模式 [9]:外观模式

引导性开场 菜鸟:老鸟,我最近在做一个项目,感觉代码越来越复杂,我都快看不懂了。尤其是有好几个子系统,它们之间的调用关系让我头疼。 老鸟:复杂的代码确实让人头疼。你有没有考虑过使用设计模式来简化你的代码结构? 菜鸟:设计模式?我听说过一些,但不太了解。你觉得我应该用哪个模式呢? 老鸟:听起来你的问题可能适合用**外观模式(Facade Pattern)**来解决。我们可以一起探讨一下。

设计模式大全和详解,含Python代码例子

若有不理解,可以问一下这几个免费的AI网站 https://ai-to.cn/chathttp://m6z.cn/6arKdNhttp://m6z.cn/6b1quhhttp://m6z.cn/6wVAQGhttp://m6z.cn/63vlPw 下面是设计模式的简要介绍和 Python 代码示例,涵盖主要的创建型、结构型和行为型模式。 一、创建型模式 1. 单例模式 (Singleton

漫谈设计模式 [6]:适配器模式

引导性开场 菜鸟:老鸟,我最近在项目中遇到一个问题,我们的系统需要集成一个新的第三方库,但这个库的接口和我们现有的代码完全不兼容。我该怎么办? 老鸟:这是个常见的问题,很多开发者都会遇到这种情况。你有没有听说过适配器模式? 菜鸟:适配器模式?没有,能详细说说吗? 老鸟:当然可以!这就是我们今天要讨论的主题。适配器模式是一个设计模式,可以帮助我们解决你现在遇到的问题。 渐进式介绍概念 老