asanelder

@hehe12980 #3
@Gary43 #5

有信心了, 老铁

@wysnylc #1 666
@lewis89 #2 就是想想而已
@acmore #3 嗯, 放一个 executor 可以, 俺想看看有没有现成的方案
@TypeError #4
@kaneg #8 嗯, 不了解 go, 看来需要学习一下了
@secondwtq #7 似乎就是这样啊

@libook #11 俺遇到的问题如下

1. 从浏览器发请求
2. postman 发
3. 编程 http client 发

这三种是不一样的. 俺想在浏览器中的 console 发, 模拟浏览器的行为.

比如 CORS 在 postman 和浏览器的行为就是不一样的.

所以学学 JS, 目前已看完楼上老铁们推荐的教程, 实践了一下, 真的不错!

@youla #7 老哥, 这操作 6 啊...
@MaxPuppet #4
@MinQ #1 狗头(手动的)
@zacklin99 #3 好复杂的说

@walpurgis #41 感谢老铁解惑, 闭包确实是一种轻量级的解决方案. 写 class 总要有那么现实世界有对应之物. 显的很重

@daimazha #14 可以, 这个建议有启示感
@yzbythesea #13 嗯俺遇到真实的例子再补充
@ychost #16 就怕改漏

@xuanbg #1 铁子意思是在 User 中添加相关业务方法？ User 一般不都是生成的么？比如 thrift 使用 idl 定义， 然后生成 user 类。然后在生成的 User 类中再添加自定义方法？


@gjkv86 #2
@wangyanrui #3

也就是使用方有个 UserWrapper 之类的， 然后这个类有业务逻辑？

@daimazha #5 这个看过， 但不知道使用六边形架构怎么解决俺的问题， 铁子请明示

@YouLMAO #6 如果说微服务做业务逻辑，然后通过接口给 client 使用， 会出现这样一个问题。

可能 client 的业务要基于 user 的多个字段做操作， 比如 age 和 sex， 然后有四种结果， 然后把这个业务逻辑放到微服务中， 通过接口提供可能无法方便返回四种结果。


@yzbythesea #8 简单的业务逻辑可以放到微服务，但感觉有些复杂的， 通过一个接口不好满足。


@Kirsk #10 铁子的意思还是把业务放到接口后面？

老铁， 你这是在模仿俺的语气！涉嫌抄袭警告！

@xuanbg #13 飞书的就需要啊。。。不仅仅是一个签名