Backbone，Node和Mongo错误验证和通信

Question

我试图解决以下两个问题：

1. 在model.save()上确保该条目不是Mongo中现有条目的副本。如果是，则显示UI错误。
2. 在model.save()对字段输入进行验证之前，确保没有像空白字段那样有趣的业务+显示UI错误。

首先是设置。

Mongo Schema via Node。

// 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!"
            }));
        }
    });
});

最后，Backbone .save（）方法为模型View

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) {}
    });
},

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

在收听Mongo错误输出时，Backbones .save({ success / error })的行为不符合预期

理想情况下，我希望Mongo进行重复的错误处理。它已经检测到重复并抛出错误，为什么不呢。但后来我发现API中的任何回复都被视为success:方法中的.save()响应，因此即使出现错误也会呈现视图，因为技术上会成功触发。我在success:里面做错误检查吗？这似乎是error:的用途，但后来我会抛出服务器错误响应（如501）来强制使用error:处理程序，并且501会出现在控制台中。这似乎不对，它不是“我根本无法到达服务器”。

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

Backbones model.validate()方法不是理想的检查输入错误，只是打破节约流量

但好吧，我想说我会在success:中解析响应并阻止view.render()。精细。当我在提交之前验证输入字段时，我又撞到了另一面墙。 Backbones validate方法做了一个奇怪的事情，你必须听取模型的“无效”变化。问题是运行model.save()的部分在初始化时不会总是在视图中有模型，所以我不能将监听器绑定到可能不存在的东西。因此，常见的做法是使用通用的if else检查手动检查字段，但这似乎不像骨干。 MV的全部意义在于模型应该处理自己的错误等等，所以如果我在它们之外的任何地方进行验证，那么这个问题似乎并不正确。也没有在save({ success: })强制错误检查。

我知道这在技术上有很多抱怨和抱怨，但我学习这些东西的重点是我想知道如何正确地做到这一点。我知道这里提到的所有3个框架都有强大的工具来处理常见的需求，比如验证，所以我不禁觉得我错过了一些常见问题来解决这些典型问题。如果有人能给我任何关于这些问题的任何见解，非常感谢。试图同时解决这些问题真的很痛苦。

Answer 1

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

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

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

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

然后，您的模型可以发送视图将捕获的事件，以便向用户显示相应的错误消息。