validation - Node.js 数据访问层中的错误处理

Question

假设我使用存储库模式进行数据访问，如下所示:

#userController.coffee

# `userId` is obtained from the session

user =
  email: 'Bob'
  password: 'Secret'

db.userRepo(@userId).create user, (err, data) =>
  # return results in http response or socket.io

这是此方法调用期间可能出现的错误:

• 访问数据库时出错
• 查询中存在语法错误
• 在可变查询期间打破约束(我使用的是node-mysql)
• 用户存在验证错误，例如缺少字段等。
• user.email 中已存在用户。

我的问题是如何在回调中返回每个错误？

回调参数选项:

• (err, data) - 其中 err 是遇到的所有错误的数组。
• (err, data) - 其中 err 是验证错误，数据库错误将作为异常抛出。
• (err, data) - 与上面相同，除了当 user 已经存在时它返回 null，因为这不是错误而是预期的行为。
• (err, data,validation) - 其中 validation 是验证错误数组或 null。
• (err, data, model) - 返回带有验证属性的模型类 - 事件记录样式。

随意提出不同的建议。

后续问题:参数验证应该在哪里进行？在 Controller /路由级别、数据访问级别还是 SQL 数据库？

• 在这两个级别上都会有大量重复的代码。我宁愿保持干燥。
• 通过静态类型，我可以检测 Controller 级别的错误，并且可以信任类型系统。如果没有静态类型，数据层就无法真正信任任何人，因此它可能需要拥有所有验证逻辑。
• 通常由静态类型检查发现的错误应该会抛出错误，因为我需要修复它们。它们是 bug 。但是，如果我没有找到它们，我宁愿给用户一条令人愉快的消息，而不是内部服务器错误 500 或堆栈跟踪。
• 如果我想将其发展为公共(public) API，我肯定需要所有验证。

我计划使用 node-validator 的组合和 revalidator验证对象和参数。

背景故事:出于更大的社区、良好的 Web 套接字支持和开发人员生产力的原因，我刚刚从 Scala/Play 转移到 Node/Express。从 Sequelize 开始之后ORM 我认为它限制太多，创建连接时遇到困难，而且我的架构很简单，所以我开始编写原始 SQL。在开发速度最初提升之后，我发现自己每天都想恢复静态类型。我正在编写的测试和验证代码的数量要多得多。

Answer 1

我建议使用(err, data,validation)，这样您就可以轻松检查用户需要重新输入的无效输入，以及实际的数据库错误err，在测试和原型(prototype)设计期间将详细信息写入日志文件时，它可以打印一条漂亮的错误消息。