我正在尝试解决以下两个问题:
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 个框架都有强大的工具来处理像验证这样的常见需求,所以我不禁觉得我错过了这些典型问题的一些常识性方法。如果有人可以就这些问题中的任何一个给我任何见解,不胜感激。试图同时解决它们是一个真正的痛苦。
最佳答案
这里的问题是,无论服务器中的错误状态如何,您的 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 将捕获的事件,以便向用户显示适当的错误消息。
关于node.js - Backbone、Node 和 Mongo 错误验证和通信,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/25050070/