shinelamla

@kuanat 看下我最新的 append ，这样的代码组织虽然能通，但是否是好的？

@chonh 那就搜一下关键词，golang 接受接口，返回结构体，best practice

@ChristopherWu 是的，几乎很少写单侧，我查的资料里面，几乎都提到了「接受接口，返回结构体」对单测很有用。其实你这个描述引起了我另一个问题：当我的服务支持了一个新的功能的时候，是提供一个新接口，下游再实现一遍，还是往旧接口新增方法，下游重新对接一遍？

@kuanat 其实我之前一直都不是 oo 语言的选手，虽然学校里学的是 java ，但参加工作后写的是 php ，在公司里面使用公司自研的 go 的 mvc 框架来写项目，项目不能说小，但是用到用到接口的地方真的不多，面向业务的项目，没有用 oo 的方式来组织，够用，反而没有那么“啰嗦”

@kuanat 大佬写得好，期望有文章写完的话，可以在这个帖子里面贴一下文章链接。
关于用到了接口再定义，而不用预先设计，这个点也是 go 代码评审里面有提到的，我觉得这样很好

@mcfog 「看 golang 接口设计和使用」这个有推荐的吗，特别是正向应用这个原则的这一块的资料，我没找到合适的

希望大家可以给一下实际的代码例子帮助理解一下，看了 2 天资料了，脑子还是没有转过来...

最终发现没有很好的方法论，都是经验，做多了业务就慢慢触类旁通了。没有办法很好地总结，如果有，不一早就有人分享出来了？为什么这这方面的资料这么少？

@woodwhales 谢谢，挺好的建议