Question

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

在model.save()上确保该条目与Mongo中的现有条目不重复。如果是，则显示UI错误。
在model.save()对字段输入进行验证之前，确保没有像空白字段那样有趣的商家+显示用户界面错误。

首先设置。

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

最后，模型View

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

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

在收听Mongo错误输出时，主干.save({ success / error })没有按预期行事

理想情况下，我希望Mongo执行重复的错误处理。它已经检测到重复并抛出错误，为什么不呢。但后来我发现API中的任何回复都被视为success:方法中的.save()响应，因此即使出现错误也会呈现视图，因为技术上会成功触发。我是否在success:内进行了错误检查？这似乎是error:的用途，但我会抛出服务器错误响应（如501）来强制error:处理程序，以及501＆＃39}出现在控制台中。这看起来不对，它不是那样的＃34;我无法到达服务器＆＃34;一点都不。

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

主干model.validate()方法不适合检查输入错误并且只是打破节约流程

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

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

Answer 1

这里的问题是，无论服务器中的错误状态如何，您的API端点都返回200（SUCCESS）。它应返回与错误类型匹配的相应错误代码，以便主干拦截错误。例如，对于重复记录，返回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
  }
});

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

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

1 个答案: