golang项目代码重构(二)
使用interface重构代码,面向接口,减少重复代码
项目背景
- 需要提供节目,节目集数据的增删改查,数据库使用ES(elasticsearch)
重构前 →_→
- 本文着重强调用接口重构的思路,所以只选取读取功能作为例子
- 数据结构
type Video struct{ VideoID string `json:"video_id"` //包含很多节目的属性,如节目类型,上下线状态等 } type Show struct{ ShowID string `json:"show_id"` //包含很多节目集的属性,如评分,演员等 }
- ES中对应两个index,video,show 分别对应上边的两个结构。重构前读取功能实现
package es import ( "context" "log" "encoding/json" "github.com/olivere/elastic" ) func(video *Video) ReadVideo(videoID string){ client,_ := elastic.NewClient(elastic.SetURL("http://127.0.0.1:19200")) defer client.Stop() if !isVideoExists(videoID){ return } esResponse,err := client.Get().Index("video").Type("video").Id(videoID).Do(context.Background()) if err != nil { log.Println("Failed to read ES data of ID:! ",videoID) return } json.Unmarshal(*esResponse.Source,&video) } func isVideoExists(videoID string)bool{ client,_ := elastic.NewClient(elastic.SetURL("http://127.0.0.1:19200")) defer client.Stop() exist,_ := client.Exists().Index("video").Type("video").Id(videoID).Do(context.Background()) if !exist{ log.Println("video ID may be incorrect! ",videoID) return false } return true } func(show *Show) ReadShow(showID string){ client,_ := elastic.NewClient(elastic.SetURL("http://127.0.0.1:19200")) defer client.Stop() if !isShowExists(showID){ return } esResponse,err := client.Get().Index("show").Type("show").Id(showID).Do(context.Background()) if err != nil { log.Println("Failed to read ES data of ID:! ",showID) return } json.Unmarshal(*esResponse.Source,&show) } func isShowExists(showID string)bool{ client,_ := elastic.NewClient(elastic.SetURL("http://127.0.0.1:19200")) defer client.Stop() exist,_ := client.Exists().Index("show").Type("show").Id(showID).Do(context.Background()) if !exist{ log.Println("show ID may be incorrect! ",showID) return false } return true }
重构中——分析代码结构
- 优点:处理流程比较清晰(没有复杂的调用逻辑,想不清晰都难......)
- 缺点:
- 面向过程!导致每一个过程都需要定义新的函数来处理,读取节目需要 ReadVideo(),读取节目集需要ReadShow()。无论这个新加的功能是不是已有类似的实现可复用
- 代码冗余!上边的代码有非常严重的冗余,一个是判断ID是否在ES库中,一个是读取功能的实现,除了ES的路径不同,video是 video->video->VIDEO_ID;show 则是 show->show->SHOW_ID;其余的代码基本一致
重构中——看似可行的方案
- 加一个interface类型参数,再加一个指示类型的参数,只用一个Read函数,一个isExists函数就行。
func Read(media interface{}, mediaType, id string){ client,_ := elastic.NewClient(elastic.SetURL("http://127.0.0.1:19200")) defer client.Stop() if !isExists(id){ return } esResponse,err := client.Get().Index(mediaType).Type(mediaType).Id(id).Do(context.Background()) if err != nil { log.Println("Failed to read ES data of ID:! ",id) return } json.Unmarshal(*esResponse.Source,&media) } func isExists(mediaType, id string)bool{ client,_ := elastic.NewClient(elastic.SetURL("http://127.0.0.1:19200")) defer client.Stop() exist,_ := client.Exists().Index(mediaType).Type(mediaType).Id(id).Do(context.Background()) if !exist{ log.Println("ID may be incorrect! ",id) return false } return true }
- 原因 为什么说这是一个看似可行的方案呢?
- 增加了参数个数,Read增加了两个,isExists增加了一个。一个函数的参数自然是越少越好。增加参数,差评+1
- 程序的健壮性降低了!一旦mediaType没有准确地对应ID,程序就不能正常工作,比如传了 "video" 和show 的ID ,要在ES的video数据库里边找show数据库的ID,自然就会失败。另外,使用interface类型参数,同样也会造成健壮性的降低
- 使用了interface类型参数。为了能够传入自定义的Show类型和Video类型数据,使用了interface。那么,在调用这个函数的时候,这个参数传int,string,bool都是合法的,但是,从实际需要的功能来说,这些参数显然是不合法的。
- 总结 虽然这个实现可以减少重复代码,但是反而增加了函数调用的风险,一旦你离职,别人接手你的代码,这就会成为别人的灾难。程序的健壮性降低了,显然,这个交换并不划算!那么,有没有什么办法既能减少冗余代码,又能不带来其他的负面影响,诸如降低代码健壮性?
重构后 ヽ( ̄▽ ̄)ノ
- 很多人会问golang是不是一个面向对象的语言,论坛上的答案很玄妙:是也不是。说不是,是因为go里边没有明确的语法声明类,说是,是因为go也可以通过struct和interface实现面向对象的特性。How?请看重构之后的代码!
package es import ( "context" "log" "encoding/json" "github.com/olivere/elastic" ) type Video struct{ VideoID string `json:"video_id"` //包含很多节目的其他属性,如节目类型,上下线状态等,此处省略 } type Show struct{ ShowID string `json:"show_id"` //包含很多节目集的其他属性,如评分,演员等,此处省略 } func(video *Video) read(videoID string){} func(show *Show) read(showID string){} type reader interface { read() } type esPath struct{ ESIndex string ESType string ESID string } func Read(reader reader,esPath *esPath){ client ,_:= ESClient() defer client.Stop() if !isExists(esPath){ return } esResponse,err := client. Get().Index(esPath.ESIndex).Type(esPath.ESType).Id(esPath.ESID).Do(context.Background()) if err != nil { logger.LogPrintln("Failed to read ES data of ID:! ",esPath.ESID) return } json.Unmarshal(*esResponse.Source,&reader) } func isExists(esPath *esPath)bool{ client,_ := ESClient() defer client.Stop() exist,_ := client.Exists().Index(esPath.ESIndex).Type(esPath.ESType).Id(esPath.ESID).Do(context.Background()) if !exist{ logger.LogPrintln("ShowID may be incorrect! ",esPath.ESID) return false } return true }
- 简单说明一下为何定义了一个新struct esPath,完整的程序还有修改,新增,删除等功能,可以复用这个结构。
- video和show都有read函数,所以实现了reader接口。在调用Read函数的时候只能使用show或者video类型,否则会报类型错误。避免了interface类型什么数都能瞎传的问题。在某种程度上,可以说video和show是reader类的对象,都可以用Read()函数读出reader类的对象。使用接口能够大大减少代码冗余!
相关推荐
ShoppingChen 2020-06-25
WebVincent 2020-06-06
行吟阁 2020-04-10
爱好HtmlCssJs 2020-01-18
冰蝶 2020-01-08
Jym 2012-07-05
tumobi 2016-12-08
一点一刻 2013-09-17
HandsomeHong 2010-08-13
Charliewolf 2019-11-10
WenFY的CSDN 2019-10-24
89510194 2019-10-22
nercon 2019-10-20
行吟阁 2019-10-22
zhangli 2014-11-12