Golang: 如何处理日渐膨胀的 interface

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

爱意满满的作品展示区。

这是一个创建于 1020 天前的主题，其中的信息可能已经有所发展或是发生改变。

在平时写业务的时候喜欢抽接口，各种 dao interface, client interface ，但是很容易会导致接口越来越大，维护起来越来越麻烦，写了篇文章聊一下我眼中的最佳实践。

https://vim0.com/post/how_to_fix_big_interface/

5 条回复 • 2022-02-17 11:52:22 +08:00

Aoang

2022-02-13 23:37:28 +08:00 via iPhone

最好的方式就是非必要就不要用，啥都抽象出来，interface 满天飞，即使是有 IDE ，看 interface 的实现也是很麻烦。

自己写的东西，只要可以，都是尽可能的不用 interface 。例如配置管理，一般就会实现 env 和 args 两种，不用 interface ，约定大于配置。

但是例如 telegram bot api 的内联键盘，有很多种，但是都属于内联键盘，用 interface 套一层可以让逻辑清晰许多

SpiderXiantang

2022-02-13 23:49:55 +08:00 via iPhone

嗯我这边需求就是有很多都是相同的流程所以可以用 interface

SpiderXiantang

2022-02-13 23:51:32 +08:00 via iPhone

接口这东西永远都是后期抽会比较好 golang 因为是隐式接口所以可以延后抽象

ruanimal

2022-02-14 10:31:49 +08:00

@SpiderXiantang 确实按需抽取比较好，不像 java 起手就是 n 个接口、Factory 、builder

joesonw

2022-02-17 11:52:22 +08:00

而且如果入参只有一个地方用到的话, 可以

func xxxFunc(in interface {
HandleResync()
HandleWatch()
}) {}