@kuanat #55 这里怎么感觉有点矛盾，这里如果互相不负责，那么怎么确定实现实现了接口。可以去掉 implement 关键字，但是还是要实现同一个接口。golang 采用的是 标准库的方式提供了一个接口，php 现在的做法是针对通用组件在 PSR 提供了接口，不同的组件可以基于相同的一个接口了互通。 个人感觉工程上没有办法做了 接口和实现完全独立。

@kuanat #34
个人感觉这个说法怪怪的，从 golang 的 interface 来看 io.Reader, io.Writer 的设计也是自顶向下，如果没有这个从顶层开始的约束，下层在使用的时候根本就不知道会设计成啥样。

做 app 后端的，期望做到能在不发版的情况下做到最大程度的灵活性。所以我们的业务逻辑基本都在后端，前端偏纯展示。甚至很多字体的大小，颜色都是后端控制。

@guanzhangzhang 又学了点新知识，mktemp 这个还从来没用过

@vlinx 那你比我好点，我真的是无敌了，就差换电脑了

我的 mac 在公司用外接蓝牙键盘也有和你一样的问题， 尝试过 niz, 渴创，ikbc ，都无法解决，后无奈改用有线了。但是在家里用都一点问题没有，感觉出鬼了

@kele1997 确实，我一直想着依赖接口，忽略了直接使用类型的情况。

@bv 这里的第三点说说我的想法，大佬看看是否有问题，如果结构体需要比较复杂的初始化流程或者说在结构体初始化完成之后需要对其他的字段进行赋值，这么做应该也没有问题吧？

@NessajCN 你们这个发版怎么做的，感觉成本很低的样子，感觉我们每次发版都要按周算，最少要要折腾两三天。各个渠道的审核真的够喝一壶的

感觉 python 的 with 更方便，也更容易理解

@defunct9 我们也使用这个

goer: 我们只用标准库

@dcdlove 不懂这么折腾的目的是啥，是直接使用加密之后的作为密码，还是需要解出来原始内容作为密码，就是为了防止研发在日志里输出密码？或者说就是为了防止没有私钥的人窥探密码？

这不挺好的吗

@yicixin 嗯，这一段时间买了一本 深度探索 go 大概研究一下，感觉这一块欠缺的知识比较多

@yicixin 我看了这个说法大致是这样的，T 类型实际上并不支持实现接口，在通过接口值调用方法的时候，都是通过 *T 来调用的