Go实现工厂模式的思考

释放双眼,带上耳机,听听看~!

模式从业务场景中总结出来,然而并不是固定的。

起因

有一个多平台的抓取需求,必然要提炼一个方法,根据平台类型获取实例,每个实例有各自的实现。这是个典型工厂模式。

经典OOP伪代码如下:

class siteModel{    url string
    func factory(siteName, url string){        if siteName == "site1"{            return new site1(url)
        }
    }
}class site1 extends siteModel{    func construct(url string){        this.url = url
    }    func fetch(){}
}
model := siteModel::factory("site1")
model.fetch()

实现

然而golang是没有类似java那样的继承和重载的。透过表面看本质,go提供了更直接,更简单的实现。

所谓工厂只是定义了一些必须实现的方法,正好对应了go的interface 只是go并不做强制要求。

type site interface {
    fetch()
}type siteModel struct {
    URL string}type site1 struct {
    siteModel
}func (s site1) fetch() {
    fmt.Println("site1 fetch data")
}func factory(s string) site {    if s == "site" {        return site1{
            siteModel{URL: "http://www.xxxx.com"},
        }
    }    return nil}func main() {
    s := factory("site")
    s.fetch()
}

设计模式是前辈从业务场景中抽象出来的实现方式,在不同语言中有不同的实现方式。
go中虽然看起来没有面向对象的特性,但其实是把这些特性以春风化雨般的方式融入到了语言本身,剥离了复杂的外表,让设计模式的使用更加灵活。

原文链接

【转自慕课】https://www.imooc.com

Go

Golang数组分组

2022-3-3 14:07:17

Go

golang.org/x/net 安装方法

2022-3-3 14:09:56

搜索