大家怎么在 service 处理验证失败的信息？

• 資深大佬 : rbe

  目前是 throw new Error(), 然后再 controller 层 try catch
  也有些情况下抛错需要携带一些上下文一并返回，就返回一个特定的数据结构比如 success 啥的，在 controller 层判断

• 資深大佬 : dethan

  抛出特定异常，然后统一异常处理

• 資深大佬 : xuanbg

  我的处理和上不同，不抛出异常，直接返回一个错误信息。
  {
  “success”: false,
  “code”: 400,
  “message”: “用户名已存在”,
  “data”: null,
  “option”: null
  }

• 資深大佬 : youngxhui

  service 抛出自定义异常，然后框架统一处理异常
• 資深大佬 : lyusantu

  自定义一个通用的项目异常，然后写一个全局异常捕获处理器，处理器统一返回和接口同结构的 JSON 错误结果.

  service 中主动抛出自定义异常即可. 如: throw new ProjectException(“验证身份失败”);

  抛出的异常会被处理器捕获，然后返回 {“code”:500, “message”:”验证身份失败”, data: null}

  理论上, 抛出的可以是一个枚举,枚举包含一个错误码和一条错误信息

• 資深大佬 : huijiewei

  throw

• 資深大佬 : libook

  服务端统一开辟一个 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 ）中调用。