骨干文档说:
如果验证失败,Model.set 将失败 - 它不会设置值,因此不会触发任何回调。我们可以将 { silent: true } 传递给 Model.set - 然后它会设置值但也不会触发任何回调。
所以,
为什么 Backbone 模型需要一个有效的状态来简单地设置一个属性值?如果我们想在用户与 UI 交互时设置属性,但模型尚未生效怎么办?这意味着除非我们通过 { silent: true } 然后手动触发更改,否则更改回调不可用?!
请说您知道更好的处理方法:)
骨干文档说:
如果验证失败,Model.set 将失败 - 它不会设置值,因此不会触发任何回调。我们可以将 { silent: true } 传递给 Model.set - 然后它会设置值但也不会触发任何回调。
所以,
为什么 Backbone 模型需要一个有效的状态来简单地设置一个属性值?如果我们想在用户与 UI 交互时设置属性,但模型尚未生效怎么办?这意味着除非我们通过 { silent: true } 然后手动触发更改,否则更改回调不可用?!
请说您知道更好的处理方法:)
在 Backbone 中,每当您在模型上调用 set 时,它都会跟踪模型的哪些属性已更改以及新添加了哪些属性。调用 validate 可以更有效地执行此操作。传递 {silent:true} 作为 set 函数中的选项会导致验证并更改为不执行,因此如果不触发任何更改事件。
If you want to set attributes as the user interacts with the UI, but the model is not valid yet
在这种情况下,您可以在普通对象中设置更改,确保对象键与模型的属性相同,然后在某些时候只在模型中设置。
var uiChanges = {name:'x'}; //just fill it with your changes
ur_model.set(uiModel); //then set it ,this way it fires change events only once
要检查普通对象和模型之间的差异,您可以使用
ur_model.changedAttributes(uiChanges);
changedAttributes
- 返回一个包含所有已更改属性的对象,如果没有更改的属性,则返回 false。
您可以进一步使用它仅保存那些已更改的属性,而不是再次保存整个模型。
我不确定如何回答“为什么”问题,但您可以说有理由说明为什么 set 运行验证是好的。例如,它使实时进行客户端验证变得非常简单。
如果您的问题可以通过仅验证用户当前正在更改的值来解决,您可以通过将您的validate
方法与hasChanged
方法相结合来做到这一点。
例如这样的:
Backbone.Model.extend({
defaults : { name : "" },
validate : function (attrs) {
var errors = {};
if(this.hasChanged("name") && attr.name.length == 0) {
errors.name = "Need a name yo!";
}
//...
if(_.keys(errors).length > 0) {
return errors;
}
}
})