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

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Backbone,Node和Mongo错误验证和通信相关的知识,希望对你有一定的参考价值。

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

  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个框架都有强大的工具来处理常见的需求,比如验证,所以我不禁觉得我错过了一些常见问题来解决这些典型问题。如果有人能给我任何关于这些问题的任何见解,非常感谢。试图同时解决这些问题真的很痛苦。

答案

这里的问题是您的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
  }
});

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

以上是关于Backbone,Node和Mongo错误验证和通信的主要内容,如果未能解决你的问题,请参考以下文章

在 mongo、node、passport 和 heroku 上对用户进行身份验证。几天后停止工作

如何显示从 Node.js API 发送到 Next.js 的验证错误

与 require.js 和 backbone.stickit 一起使用时出现奇怪的 Backbone.Validation 错误

Mongo使用护照身份验证创建用户错误

如何使用 mongo、passport 和 node js 更新用户的个人资料?

Node.js + express web应用如何打包部署?