Backbone,Node和Mongo错误验证和通信
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Backbone,Node和Mongo错误验证和通信相关的知识,希望对你有一定的参考价值。
我试图解决以下两个问题:
- 在
model.save()
上确保该条目不是Mongo中现有条目的副本。如果是,则显示UI错误。 - 在
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 错误