Feathers.js 错误处理要停在什么边界
· 阅读需 3 分钟
Feathers.js 写着写着,大家迟早会遇到一个现实问题: 错误到底该在 hook 层拦,还是在 service 里抛,还是统一让框架接住以后再返回前端。
Feathers.js 写着写着,大家迟早会遇到一个现实问题: 错误到底该在 hook 层拦,还是在 service 里抛,还是统一让框架接住以后再返回前端。
刚开始写 Go 的时候,很多人会觉得错误处理很重复:每层都要判断 err != nil,看起来很机械。可真到了线上排查问题时,最怕的不是判断多,而是最后拿到的错误只有一句 “open failed” 或 “query error”,根本不知道是哪一步出的事。