模式从业务场景中总结出来，然而并不是固定的。
起因
有一个多平台的抓取需求，必然要提炼一个方法，根据平台类型获取实例，每个实例有各自的实现。这是个典型工厂模式。
经典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中虽然看起来没有面向对象的特性，但其实是把这些特性以春风化雨般的方式融入到了语言本身，剥离了复杂的外表，让设计模式的使用更加灵活。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/625/viewspace-2805016/ ，如需转载，请注明出处，否则将追究法律责任。
上一篇：
HBase二级索引实现方案
下一篇：
android内存泄露与溢出 分析与解决
请登录后发表评论
登录
全部评论
