Go|使用Options模式和建造者模式创建对象实战

目录
  • 复杂对象的问题
  • Options 模式
  • 建造者模式
  • 总结

复杂对象的问题

在 Golang 中一般创建复杂对象,一般会使用2种方式创建对象:Options 模式(函数式选项模式)和建造者模式。这两种模式都有其它们各自优点和缺点,如何使用主要还是要依赖于你的使用场景吧。

创建一个简单的对象 User。

type User struct {
	Name string
	Age  int
}
func NewObj(a string, b int) *User {
	user := User{}
	user.Name = a
	user.Age = b
	return &user
}

以上源码使用构造函数的方式创建一个 User 对象,但是当我们对象具有许多可选参数的复杂对象时,那在构造函数接受所有参数并为可选参数提供默认值时就会出现一些问题。比如太多参数需要记住各参数的顺序,还需知道哪些是可选的哪些是必须的。这样就导致你的构造函数变得很长且难理解。

Options 模式

使用 Options 模式就可以用来创建许多可选参数的对象。通过先定义一个可选参数的结构,并提供设置这些参数的方法。详细实现可以看以下例子:

type User struct {
	Name string
	Age  int
}
type UserOptions struct {
	Name string
	Age  int
}
type UserOpt func(options *UserOptions)
func WithName(name string) UserOpt {
	return func(op *UserOptions) {
		op.Name = name
	}
}
func WithAge(age int) UserOpt {
	return func(op *UserOptions) {
		op.Age = age
	}
}
func NewUser(options ...UserOpt) *User {
	opts := &UserOptions{}
	for _, option := range options {
		option(opts)
	}
	user := &User{
		Name: opts.Name,
		Age:  opts.Age,
	}
	return user
}

源码分析:定义了2个结构体 User 和 UserOptions ,还有一个带可选参数的结构 UserOpt。还需要定义函数来给每个字段赋值,且返回结果是一个 UserOpt,它在 UserOptions 结构上设置相应的字段。

最后可以看到构造函数 NewUser 函数接受任意数量的 UserOpt 并构造出一个 User 对象。

func main(){
	user := NewUser(WithName("xiaoxiongYa"),withAge(18))
  println(user.name, user.age)
}

Options 模式其中需要定义函数然后给每个字段赋值,这样就会造成一个问题:当对象有很多字段时就需要设置所有字段所对应的赋值函数,这样就会变的整个函数量变大。

所以,对于字段很多时就可以考虑使用 Builder 模式。

建造者模式

建造者模式是将一个复杂对象的构造与它的表示分离,使得同样的构建过程可以创建不同的对象。即一个复杂对象分解成多个简单对象。

type User struct {
	name string
	age  int
}
type UserBuilder interface {
	SetName(string) UserBuilder
	SetAge(int) UserBuilder
	Build() *User
}
type ConcreteUserBuilder struct {
	user *User
}
func NewConcreteUserBuilder() *ConcreteUserBuilder {
	return &ConcreteUserBuilder{user: &User{}}
}
func (ub *ConcreteUserBuilder) SetName(name string) UserBuilder {
	ub.user.name = name
	return ub
}
func (ub *ConcreteUserBuilder) SetAge(age int) UserBuilder {
	ub.user.age = age
	return ub
}
func (ub *ConcreteUserBuilder) Build(age int) *User {
	return ub.user
}
type Director struct {
	builder UserBuilder
}
func NewDirector(builder UserBuilder) *Director {
	return &Director{builder: builder}
}
func (d *Director) Construct() *User {
	return d.builder.SetName("xiaoxiong").SetAge(18).Build()
}

在上面代码中,首先定义了 User 结构和 UserBuilder 接口,ConcreteUserBuilder 结构实现了 UserBuilder 接口并提供了一种构造 User 对象的方法。当然还需要一个 Director 结构,它主要是使用 UserBuilder 去构造 User 对象。简化了构建 User 对象过程的方法。

builder := NewConcreteUserBuilder()
director := NewDirector()
user := director.Construct()

这样就创建了一个 name = xiaoxiong ,age=18 的 User 对象。

总结

  • Options 模式在封装库很常被使用,将一些功能封装成对象,使其支持多个可选参数。Options 模式比 Builder 模式简洁且对于参数比较少的对象使用更方便。但是对于有许多参数的对象就会很啰嗦
  • 建造者模式允许创建具有许多可选参数的复杂对象。它将对象的构造与其表示分开,并提供了一种使用相同构造过程创建同一对象的不同表示的方法。相比较建造者模式会更加强大。

以上就是Go|使用Options模式和建造者模式创建对象实战的详细内容,更多关于Go Options创建对象的资料请关注我们其它相关文章!

(0)

相关推荐

  • Vue axios与Go Frame后端框架的Options请求跨域问题详解

    跨域问题可从前后两端分开排查: 前端:Vue + axios axios 请求头使用 'Content-Type': 'application/json', 并且在Header中设置了 Authorization 字段用于传递 Token, 参数未经 Qs 转码, 使用以下代码测试登录接口: // 为方便操作,已将 axios 实例挂载到 this.$axios 上 this.$axios.post('/signin', {account: '', password: ''}) .then(re

  • Go Excelize API源码阅读SetSheetViewOptions示例解析

    目录 一.Go-Excelize简介 二. SetSheetViewOptions 一.Go-Excelize简介 Excelize 是 Go 语言编写的用于操作 Office Excel 文档基础库,基于 ECMA-376,ISO/IEC 29500 国际标准. 可以使用它来读取.写入由 Microsoft Excel™ 2007 及以上版本创建的电子表格文档. 支持 XLAM / XLSM / XLSX / XLTM / XLTX 等多种文档格式,高度兼容带有样式.图片(表).透视表.切片器

  • Go Excelize API源码解读GetSheetViewOptions与SetPageLayout

    目录 一.Go-Excelize简介 二. GetSheetViewOptions 三. SetPageLayout 一.Go-Excelize简介 Excelize 是 Go 语言编写的用于操作 Office Excel 文档基础库,基于 ECMA-376,ISO/IEC 29500 国际标准. 可以使用它来读取.写入由 Microsoft Excel™ 2007 及以上版本创建的电子表格文档. 支持 XLAM / XLSM / XLSX / XLTM / XLTX 等多种文档格式,高度兼容带

  • GO 函数式选项模式(Functional Options Pattern)

    Golang 开发者遇到的许多问题之一是尝试将一个函数的参数设置为可选. 这是一个非常常见的用例, 有些对象应该使用一些基本的默认设置来开箱即用, 并且你偶尔可能需要提供一些更详细的配置. 在很多语言中这很容易; 在 C 族语言中, 可以使用不同数量的参数提供相同函数的多个版本; 在像 PHP 这样的语言中, 可以给参数一个默认值,并在调用方法时忽略它们. 但是在 Golang 中, 这两种方式你哪个也用不了. 那么你如何创建一个函数, 用户可以指定一些额外的配置? 有很多可能的方法可以做到这一

  • 详解Golang函数式选项(Functional Options)模式

    概览 最近阅读源码的时候看到一段不错的代码,但是当时却不是非常理解为什么这么写. 我们先来看一下源代码: type User struct { ID string Name string Age int Email string Phone string Gender string } type Option func(*User) func WithAge(age int) Option { return func(u *User) { u.Age = age } } func WithEma

  • Java创建型模式之建造者模式详解

    目录 一.介绍 二.UML类图 三.具体代码 四.lombok的@Builder注解(拓展) 五.在Spring中的应用 一.介绍 建造者模式(Builder Pattern)属于创建型模式.如果一个对象具有复杂的内部结构或者内部属性本身相互依赖(有顺序要求),甚至对象中的某些属性的创建也有一个很复杂的过程,就可以使用建造者模式 二.UML类图 三.具体代码 业务代码 public class Product { private String part1; private String part

  • iOS App设计模式开发中对建造者模式的运用实例

    定义          "将一个复杂对象的构建与它的表现分离,使得同样的构建过程可以创建不同的表现". 看这个概念,可能感觉很是抽象,能看懂但是不知道有什么用.我们打一个比方来理解上面的定义.打比方之前,咱们先来聊聊这个设计模式是干什么用的?我们为什么要用这个模式呢?建造者模式负责将构建复杂对象的过程和它的部件解耦,也就是过程和部件的解耦.比如说汽车,是一个很复杂的对象,它有很多的部件,车轮.发动机.座椅.车门.油箱等等:它的组装过程也很复杂(需要专业人士按步骤进行装配),建造者模式就

  • Python建造者模式案例运行原理解析

    建造者模式的适用范围:想要创建一个由多个部分组成的对象,而且它的构成需要一步接一步的完成.只有当各个部分都完成了,这个对象才完整.建造者模式表现为复杂对象的创建与表现相分离,这样,同一个过程就有不同的表现. ​ 假设我们要创建一个HTML页面生成器就可以使用建造者模式.该模式中,有两个参与者:建造者(builder)和指挥者(director).建造者负责创建负责对象的各个组成部分.在HTML例子中,这些组成部分包括:页面标题.文本标题.内容主体和页脚.指挥者使用一个建造者实例控制建造的过程.对

  • 深入理解Java设计模式之建造者模式

    目录 一.什么是建造者模式 二.建造者模式的应用场景 三.建造者模式的优缺点 四.工厂模式和建造者模式的对比 五.建造者模式的实现 六.总结 一.什么是建造者模式 建造者模式也称生成器模式 定义:将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示(依赖倒转) 产品类:一般是一个较为复杂的对象,也就是说创建对象的过程比较复杂,一般会有比较多的代码量.在本类图中,产品类是一个具体的类,而非抽象类.实际编程中,产品类可以是由一个抽象类与它的不同实现组成,也可以是由多个抽象类与他们

  • Java设计模式之建造者模式

    本文由老王家组装电脑引出——建造者设计模式,详细介绍建造者模式的基本概念和实现代码,为了便于理解建造者模式,我们会对实际应用中的典型案例进行介绍.最后对比工厂模式和建造者模式之间的区别,让我们在实际使用时能更加灵活的选择设计模式. 读者可以拉取完整代码到本地进行学习,实现代码均测试通过后上传到码云. 一.引出问题 老王家需要组装一台笔记本电脑,但是就先买办公本还是游戏本的问题,老王和小王吵了起来. 因为如果两台电脑都要,那么采购CPU.内存.......一系列配件不仅需要专业的知识,而且办公本和

  • Java结构型设计模式中建造者模式示例详解

    目录 建造者模式 概述 角色 优缺点 应用场景 基本使用 创建产品类 创建建造者类 使用 链式写法 创建产品类与建造者类 使用 建造者模式 概述 建造者模式(Builder Pattern)属于创建型模式. 它是将一个复杂的构建与其表示相分离,使得同样的构建过程可以创建不同的表示. 简而言之:建造者模式就是使用多个简单的对象一步一步构建成一个复杂的对象. 建造者模式适用于创建对象需要很多步骤,但是步骤的顺序不一定固定.如果一个对象有非常复杂的内部结构(很多属性),可以将复杂对象的创建和使用进行分

  • 学习php设计模式 php实现建造者模式

    建造者模式可以让一个产品的内部表象和和产品的生产过程分离开,从而可以生成具有不同内部表象的产品. 一.Builder模式结构图 二.Builder模式中主要角色 抽象建造者(Builder)角色:定义一个抽象接口,规范产品各个组成成分的建造(即规范具体建造者的方法实现).其中所规范的方法中必须包括建造方法和结果返回方法 具体建造者(ConcreteBuilder)角色:实现抽象建造者角色所定义的方法.具体建造者与业务逻辑关联性较大,应用程序最终会通过调用此角色中所实现的建造方法按照业务逻辑创建产

  • 深入理解Android中的建造者模式

    前言 在Android开发过程中,我发现很多安卓源代码里应用了设计模式,比较常用的有适配器模式(各种adapter),建造者模式(Alert Dialog的构建)等等.虽然我们对大多数设计模式都有所了解,但是在应用设计模式的这个方面,感觉很多人在这方面有所不足.所以这篇文章我们一起深入的理解Android中的建造者模式. 建造者模式(Builder Pattern)也叫生成器模式,其定义如下: separate the construction of a complex object from

  • 详解C++设计模式编程中建造者模式的实现

    建造者模式:将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示.这是建造者模式的标准表达,不过看着让人迷惑,什么叫构建和表示的分离?一个对象使用构造函数构造之后不就固定了,只有通过它方法来改变它的属性吗?而且还要同样的构建过程搞出不同的表示,怎么可能呢?多写几个构造函数? 其实多写几个构造函数,根据不同参数设置对象不同的属性,也可以达到这样的效果,只是这样就非常麻烦了,每次要增加一种表示就要添加一个构造函数,将来构造函数会多得连自己都不记得了,这违背了开放-封闭的原则. 要

  • 深入理解JavaScript系列(27):设计模式之建造者模式详解

    介绍 在软件系统中,有时候面临着"一个复杂对象"的创建工作,其通常由各个部分的子对象用一定的算法构成:由于需求的变化,这个复杂对象的各个部分经常面临着剧烈的变化,但是将它们组合在一起的算法确相对稳定.如何应对这种变化?如何提供一种"封装机制"来隔离出"复杂对象的各个部分"的变化,从而保持系统中的"稳定构建算法"不随着需求改变而改变?这就是要说的建造者模式. 建造者模式可以将一个复杂对象的构建与其表示相分离,使得同样的构建过程可

随机推荐