这是一个创建于 1901 天前的主题，其中的信息可能已经有所发展或是发生改变。
比如说注册用户用户名已存在之类的，这种信息怎么比较优雅的处理？
 | 1 rbe 2020-10-10 20:12:34 +08:00 目前是 throw new Error(), 然后再 controller 层 try catch 也有些情况下抛错需要携带一些上下文一并返回，就返回一个特定的数据结构比如 success 啥的，在 controller 层判断 |
 | 2 dethan 2020-10-10 20:15:19 +08:00 via Android 抛出特定异常，然后统一异常处理 |
 | 3 xuanbg 2020-10-10 20:30:44 +08:00 我的处理和楼上不同，不抛出异常，直接返回一个错误信息。 { "success": false, "code": 400, "message": "用户名已存在", "data": null, "option": null } |
 | 4 youngxhui 2020-10-10 20:50:44 +08:00 service 抛出自定义异常，然后框架统一处理异常 |
 | 5 lyusantu 2020-10-10 22:14:55 +08:00 自定义一个通用的项目异常，然后写一个全局异常捕获处理器，处理器统一返回和接口同结构的 JSON 错误结果. service 中主动抛出自定义异常即可. 如: throw new ProjectException("验身份失败"); 抛出的异常会被处理器捕获，然后返回 {"code":500, "message":"验证身份失败", data: null} 理论上, 抛出的可以是一个枚举,枚举包含一个错误码和一条错误信息 |
 | 6 huijiewei 2020-10-10 23:04:23 +08:00 via iPhone throw |
 | 7 libook 2020-10-12 12:33:05 +08:00 服务端统一开辟一个 API 处理层，请求发进来先进入这个层，用于校验参数格式、调用底层业务逻辑、组合和格式化返回数据。 对于注册时用户是否存在的问题，是在注册过程的事务中进行，确保用户不存在、创建用户为原子操作，一旦操作失败，可以 throw error，在 API 处理层 catch 这个 error，然后再组合好适当的信息和状态码返回给客户端。 如果业务足够轻，不值得单独开辟一个 API 处理层，希望从 controller 层直接配置好 HTTP 状态码和返回信息，可以使用 http-error 或 http-assert 包来自动 throw error，并携带 HTTP 状态码和返回数据，然后在 API 路由上全局捕捉 error，直接把 http-error 携带的状态码和返回信息返回给客户端。 koa.js 内置了 http-assert/http-error 机制，http-assert 的所有方法都可以直接从 ctx （ Context ）中调用。 |
 | 8 chogath 2020-10-16 14:58:15 +08:00 通用异常拦截器 + DTO pipe + controller 层 DTO 参数验证 |
Select Language