wujianhua22 最近的时间轴更新 wujianhua22 最近的时间轴更新 |
wujianhua22V2EX 第 612982 号会员，加入于 2023-02-08 17:29:07 +08:00 |
| [Chrome 插件自荐] 你是否会在浏览器打开很多标签页，每次都重新打开，使用 Launch X，实现快捷搜索，一键切换吧 分享创造 • wujianhua22 • 154 天前 • 最后回复来自 NoLifeRyan | 26 |
wujianhua22 最近回复了
2 天前 回复了 busier 创建的主题 › 问与答 › 淘宝某商家客服要求提供真实姓名信息以供快递实名是否有猫腻 |
应该是去申请补贴吧
19 天前 回复了 ccctttwww 创建的主题 › 职场话题 › 公司没有 UI，领导总是口述需求，或者用笔在纸上画圆形，很心累 |
如果你做出来的东西，他们都能过得去，你为啥还要纠结呢，又不是给你自己做
60 天前 回复了 htxy1985 创建的主题 › 程序员 › 求一款比较成熟的 golang 服务端热更方案 |
go 没有服务端热更的方案，你说的都是开发阶段热更的方案。
79 天前 回复了 aababc 创建的主题 › 程序员 › golang 中 error 如何影响 log 和 api 状态 |
@Charlie17Li Kratos 、gin 这种 recovery 都是在中间件。其他的大概率也是。
80 天前 回复了 aababc 创建的主题 › 程序员 › golang 中 error 如何影响 log 和 api 状态 |
1 、使用 github.com/pkg/errors 处理错误，这样就有堆栈信息了，因此基本不需要打印错误日志，我们错误日志都是在最上层统一处理。
2 、非业务逻辑我们使用 panic 处理，在出口进行 recovery 拦截，这样就可以打印统一 500 错误消息。业务逻辑判断我们定义专门 error 结构体，包含 statusCode ，code 和 message 等信息，还是在出口统一判断，然后进行处理。
tips：我们使用的 kratos 框架
2 、非业务逻辑我们使用 panic 处理，在出口进行 recovery 拦截，这样就可以打印统一 500 错误消息。业务逻辑判断我们定义专门 error 结构体，包含 statusCode ，code 和 message 等信息，还是在出口统一判断，然后进行处理。
tips：我们使用的 kratos 框架
87 天前 回复了 duolaamengv2 创建的主题 › 分享发现 › 浦发银行，我认为是炸裂般的存在，扣款协议解约无效 |
直接投诉进行了。不要拉扯！
87 天前 回复了 ttionya 创建的主题 › 问与答 › Xshell 找国内律所来公司要钱了，顺便问问有啥推荐的终端 |
WindTerm
101 天前 回复了 Leon6868 创建的主题 › 程序员 › 现代化 SSH 客户端求推荐 |
WindTerm
103 天前 回复了 bthulu 创建的主题 › 程序员 › 有什么数据库扛断电能力最强吗? |
买个远程关机的开关控制器，放到他们电闸的旁边，让他们先关远程的开关，再关电闸就好了。
107 天前 回复了 jackgoudan 创建的主题 › 程序员 › 为什么工作后对于代码的热情下降了 |
一个好的工作，大概是这样的环境：
1 、能够挣钱
2 、有够多的时间干自己想干的事情
1 、能够挣钱
2 、有够多的时间干自己想干的事情
Select Language