看得好心累，到处都是 interface 的 go 代码该怎么阅读

[johnsneakers]

同事写的一个比较大的功能里面，到处定义的 interface， 平均实现一个 interface 的类方法至少 3 个，大段大段的 if 多层嵌套，看得想自杀。

[nomoon]

if 是在转类型么？试试 case ？（虽然也好不到哪里去。。。

[johnsneakers]

@nomoon if 嵌套是另外一个恶心的问题， 主要是他调一个 interface 方法有特么至少 3 个结构实现了这个方法， 我得一个一个看， 每个方法都特么乱七八糟 哎醉了

[wweir]

如果是不带 else 的 if 嵌套，是可以换种写法拉平的。

三种以上具体实现的 interface 不是标准玩法么，要是只有一种实现，去用 interface 那才是恶心。你需要的是对代码的熟悉以及一个高度集成的 IDE

[zjsxwc]

这个有点恶心, 把 golang 写得和动态语言一样, 后面根本不好维护

[nekoyaki]

@zjsxwc
我怎么觉得你说反了，虽说不看代码不好说，我第一反应是这人把 golang 写得和 java 一样……

[mikulch]

@nekoyaki 不会吧 java 很少这么写代码的

golang 这个语言 如果 java 都写不好的人真的不要碰。

[nekoyaki]

@mikulch
我的意思是 java 特别喜欢过度追求设计模式，别的语言里我感觉是没那么严重。
到 golang 里很多不需要靠设计模式就能完成的逻辑，如果过度追求设计模式，就会写成大量 interface 的过度包装形式了。

[ZSeptember]

一个 interface 没有多个实现，那还要这个 interface 做什么？？

[yongzhong]

interface 不是本来就是用来抽象然后多实现的吗?

[cabing]

这样子很难维护~~
你同事在坑你们项目组了。

就不能封装下吗？至少 alias 一下。。

[zts1993]

goland 可以分析

[janxin]

interface 不就是做这种抽象的嘛？不是很清楚，可能是 Java 程序员 XD

[HarrisonZ]

我用 interface 有时候只是为了把不通层的代码分开，不一定有多个实现。我是觉得这样更好读一些。比如 rpc 层只处理 rpc 本身的逻辑，至于数据具体的存取，就放在数据层实现，rpc 层定义自己需要的存取 interface，数据层实现。不一定一个 interface 就一定要有多个实现吧。

[SuperMild]

静态语言一切都在源代码里定义清楚了，这个 interface 的具体实现是什么，在前面肯定有声明的，很容易搞清楚，另外用好的 IDE 也能帮你自动分析。

还可以善用 godoc，生成 html 文件看，结构非常清晰。

[SuperMild]

其实问题是项目本身复杂，用了 interface 已经算好的了，不用的话更难看

[mengzhuo]

明显用错了

比如 io.Reader 就只实现 Reader 的功能，不要再看各个 type 自己的实现才是 interface 的正确用法

[jameshuazhou]

能用就行了，至于代码、风格、神马之类的，当没有看到就好了。

[hjc4869]

@SuperMild golang 实现一个 interface 是 implicit 的，不需要声明实现，只要你实现了那几个函数就可以作为 interface 到处传，其实跟动态语言没啥区别，只是用鸭子类型的时候要先说好这个鸭子能干啥。

[pubby]

用 interface，if 都没毛病。看不到代码我们能说啥

[SuperMild]

@hjc4869 隐形实现并不影响分析，要当作 interface 用的时候还是必须先声明这个变量是个 interface 并且其具体实现是什么。

例如 var i InterfaceFoo = TypeBar{"hello"} 就说明 i 是一个 interface，其具体实现是 TypeBar。