node.js - Backbone、Node 和 Mongo 错误验证和通信

Question

我正在尝试解决以下两个问题:

在 model.save()确保该条目不是 Mongo 中现有条目的副本。如果是，则显示 UI 错误。

之前 model.save()对字段输入进行验证，以确保没有像空白字段 + 显示 UI 错误这样的有趣业务。

首先是设置。

通过 Node 的 Mongo 模式。

// setup Server, include mongoose, connect to db

var List = new Schema({
    titleKey: {
        type: String,
        lowercase: true,
        trim: true,
        index: {
            required: true,
            unique: true,
            dropDups: true
        }
    },
    title: String
});

用于保存列表的 API 端点

app.post('/api/lists', function(req, res){
    var list = new ListModel({
        titleKey: generateTitleKey(req.body.title),
        title: req.body.title,
    });

    return list.save(function(err){
        if(!err) {
            console.log('saved list');
            return res.send(JSON.stringify(list));
        } else {
            console.log(err);
            return res.send(JSON.stringify({
                err: true,
                errSrc: "list",
                errType: "insert",
                errMsg: "That's already a list!"
            }));
        }
    });
});

最后， 模型 View 的主干 .save() 方法

save: function() {

    /* this is called from a lightbox that might be creating a new list, or editing an existing one, so there may already be a model pre-loaded into this point. */

    var _self = this;
        newTitle = _self.$el.find('input[name="new-list-name"]').val();

    // create model
    _self.opts.model = new app.AchievementList({
        title: newTitle,
    });

    _self.opts.model.save(null, {
        wait: true,
        success: function(model, res) {
            new app.AchievementListView({ model: _self.opts.model });
        },
        error: function(model, error) {}
    });
},

所以这就是我战略崩溃的地方。

Backbone .save({ success / error })监听 Mongo 错误输出时未按预期运行

理想情况下，我希望 Mongo 进行重复错误处理。它已经检测到重复并引发错误，所以为什么不呢。但后来我发现来自 API 的任何回复都被视为 success:。回复 .save()方法，因此即使存在错误， View 也会被渲染，因为技术上成功已被触发。我是否在 success: 内部进行错误检查？ ?似乎这就是 error:是为了但我会抛出服务器错误响应(如 501)来强制 error:处理程序，并且 501 出现在控制台中。这似乎不对，根本不是“我无法访问服务器”。

我想到的替代方法是运行包装 $.ajax(GET)请求，寻找重复的条目，然后采取相应的行动。但是，如果我这样做了，那么为什么还要要求 Mongo 防止重复呢？我永远不会提交一份副本，如果我提交了我不会知道它，没有什么可以捕捉到那个错误。感觉就像我错过了 Mongos 强大的错误处理，并提出了各种随机 $.ajax任何时候我需要来自服务器的任何东西的调用和 API 查找。不好...

Backbone model.validate()方法不适合检查输入错误并简单地中断保存流程

但是好的，假设我确实解析了 success: 中的响应并防止 view.render() .美好的。当我在提交之前验证输入字段时，我又碰到了另一堵墙。 Backbone validate方法做了一件奇怪的事情，你必须听模型的“无效”变化。问题是运行 model.save() 的部分初始化时 View 中不会总是有模型，因此我无法将监听器绑定(bind)到可能不存在的东西。因此，常见的做法是使用通用 if else 手动检查字段。检查，但这似乎不像 Backbone 。 MV 的全部意义在于模型应该处理自己的错误等，所以如果我在方便的地方在它们之外进行验证......这似乎有些不对劲。 save({ success: }) 中也不会强制进行错误检查.

我知道这在技术上是很多提示和提示，但我学习这些东西的全部意义在于我想知道如何正确地做这些事情。我知道这里提到的所有 3 个框架都有强大的工具来处理像验证这样的常见需求，所以我不禁觉得我错过了这些典型问题的一些常识性方法。如果有人可以就这些问题中的任何一个给我任何见解，不胜感激。试图同时解决它们是一个真正的痛苦。

Answer 1

这里的问题是，无论服务器中的错误状态如何，您的 API 端点都会返回 200 (SUCCESS)。它应该返回与错误类型匹配的适当错误代码，以便 Backbone 拦截错误。例如，对于重复记录，通常的做法是返回 409 冲突(参见 HTTP codes list)。
假设您在 node.js 中使用 express，您可以在发送响应之前以这种方式发送状态:

...
res.status(409);
...
return res.send(...

然后，在您的主干模型上，将错误监听器作为模型事件的一部分实现:

MyModel = Backbone.Model.extend({
  ...
  events: {
   'error': 'errorHandler',
  },
  ...
  errorHandler: function(error) {
    // do something with that error
  }
});

然后，您的模型可以发送您的 View 将捕获的事件，以便向用户显示适当的错误消息。