Context的设计,导致所有的业务处理函数都必须有一个Context参数.
写起来不优雅,破坏了OO的抽象,也破坏了FP的抽象,也破坏了Actor的抽象.
于是,终于有人搞了了个
如果你没看明白我上面说的内容,可以仔细看下文中的两个链接.
有疑问加站长微信联系（非本文作者）
Go语言设计的一个不简洁之处
LinkerLin · · 1327 次点击 · · 开始浏览这是一个创建于 的文章，其中的信息可能已经有所发展或是发生改变。
入群交流（和以上内容无关）：加入Go大咖交流群，或添加微信：liuxiaoyan-s 备注：入群；或加QQ群：692541889
上一篇：云之讯短信接口GO实现
下一篇：越来越流行的Go
- 请尽量让自己的回复能够对别人有帮助
- 支持 Markdown 格式, **粗体**、~~删除线~~、
`单行代码` - 支持 @ 本站用户；支持表情（输入 : 提示），见 Emoji cheat sheet
- 图片支持拖拽、截图粘贴等方式上传
今日阅读排行
一周阅读排行
关注我
-
扫码关注领全套学习资料
-
加入 QQ 群：
- 192706294（已满）
- 731990104（已满）
- 798786647（已满）
- 729884609（已满）
- 977810755（已满）
- 815126783（已满）
- 812540095（已满）
- 1006366459（已满）
- 692541889
-
- 加入微信群：liuxiaoyan-s，备注入群
- 也欢迎加入知识星球 Go粉丝们（免费）
Context的设计,导致所有的业务处理函数都必须有一个Context参数.
写起来不优雅,破坏了OO的抽象,也破坏了FP的抽象,也破坏了Actor的抽象.
于是,终于有人搞了了个
如果你没看明白我上面说的内容,可以仔细看下文中的两个链接.