《BackboneJS框架的技巧及模式》(4)完结篇

《BackboneJS框架的技巧及模式》(4)完结篇

本文紧接第二部分：《BackboneJS框架的技巧及模式(3)》

作者：chszs，转载需注明。博客主页：http://blog.csdn.net/chszs

八、PUT需要一个ID属性

这一条也经常会对那些Backbone.js新手造成困扰。要想在调用.save()的时候让模型发送一个HTTP PUT请求，你的模型需要有一个ID属性集。记得HTTP PUT谓词是设计用做更新的吧，所以发送一PUT请求，你的模型需要有一个ID。在理想情况，你的所有模型都有一名为ID的完美ID属性，但是你从端点接收到的JSON数据或许并不总是有完美命名的ID。

因此，如果你需要更新一个模型，在保存前确保模型上带有ID。Backbone.js从0.5版开始允许使用idAttribute来修改模型ID属性的名称，如果端点返回的不是名为id的ID属性名时。

如果使用的Backbone.js版本低于0.5，建议你修改模型或集合的parse函数，以便将期望的ID属性映射到属性ID。这里有一个快速上手的例子，说明了应怎样修改parse函数来做到这一点。我们假设你有一个cars的集合，它的ID属性名是carID。

parse: function(response) {

    _.each(response.cars, function(car, i) {
        // map the returned ID of carID to the correct attribute ID
        response.cars[i].id = response.cars[i].carID;
    });

    return response;
},

九、在页面加载是插件模型数据

有时你会发现模型或集合需要在页面加载时进行初始化。许多关于Backbone.js模式的文章，例如Rico Sta Cruz的“Backbone模式”和Katz的“避免常见的Backbone.js陷阱”，讨论了这种模式。这种模式实现很容易，只需在页面中内联一段脚本，通过你选择的服务端语言，将单个模型属性或者JSON形式的数据呈现出来。例如，在Rails语言中，我采用下面的一种方法：

// a single attribute
var model = new Model({
    hello: <%= @world %>
});
// or to have json
var model = new Model(<%= @hello_world.to_json %>);

应用此模式可以通过“立即”渲染页面，以改善你网站的搜索引擎排名，而且它也可通过限制应用初始化HTTP请求的方式，大幅缩短应用启动与运行所需的时间。

十、处理失败的模型属性验证

很多时候，你会想知道是哪个模型属性验证失败了。例如，如果你有一个极其复杂的表单字段，你或许想知道哪一个模型属性验证失败了，以便于你可以将该属性对应的输入字段进行高亮显示。不幸的是，警告视图到底是哪个模型属性验证失败并没有直接集成于Backbone.js，但是你可以用其他不同的模式去处理这个问题。

1、返回一个错误对象

一个通知视图是哪个模型属性验证失败的模式是，返回一个对象，其中包含某种标志，它详细的记录了验证失败的属性，就像下面这样：

// Inside your model
validate: function(attrs) {
    var errors = [];

    if(attrs.a < 0) {
        errors.push({
            'message': 'Form field a is messed up!',
            'class': 'a'
        });
    }
    if(attrs.b < 0) {
        errors.push({
            'message': 'Form field b is messed up!',
            'class': 'b'
        });
    }

    if(errors.length) {
        return errors;
    }
}
// Inside your view
this.model.on('invalid’, function(model, errors) {
    _.each(errors, function(error, i) {
        $(‘.’ + error.class).addClass('error');
        alert(error.message);
    });
});

此模式的优点在于，你可以在一个地方处理所有无效的消息。缺点在于，如果你用不同的invalid属性处理无效属性，那么你的invalid方法里面可能会有非常庞大的switch语句或if语句。

2、广播自定义的Error事件

我的朋友Derick Bailey推荐了一个可替代的模式，就是为每个模型属性触发自定义的errors事件。它允许你的视图能够针对单独的属性绑定特定的error事件：

// Inside your model
validate: function(attrs) {

    if(attrs.a < 0) {
            this.trigger(‘invalid:a’, 'Form field a is messed up!', this);
    }
    if(attrs.b < 0) {
            this.trigger(‘invalid:b’, 'Form field b is messed up!', this);
    }
}
// Inside your view
this.model.on('invalid:a’, function(error) {
        $(‘a’).addClass('error');
        alert(error);
});
this.model.on('invalid:b’, function(error) {
        $(‘b’).addClass('error');
        alert(error);
});

此模式的优点在于，你的视图绑定的error类型是清晰的，并且对于每一种error属性，可以有特定的指令，它可以使得视图方面的代码很清晰，使之更易于维护。此模式的缺点在于，视图的代码可能会变得极为膨胀。

这两种模式都各有利弊，你应该考虑清楚哪个模式对你的应用案例是最优的。如果你按照同样的方式处理所有失败的验证，那么第一个方法可能是最好的；如果你对每个模型属性有特定的UI变化，那么后一种方法会更好。

十一、HTTP状态码200触发错误

如果终端的模型或集合收到了无效的JSON，尽管终端返回了HTTP状态码200，模型或集合还是会触发error事件。这种问题经常发生于开发阶段在本地模拟JSON数据造成的。那么，有个好方法是抛出经过 JSON 验证器验证了的模拟JSON数据文件。或者使用IDE的插件来及时捕获格式错误的JSON数据。

十二、创建通用的错误显示

这能够节省开发时间以及创建统一的模式来处理和可视化错误消息，而且它可以改善整个的用户体验。我之前开发的每一个Backbone.js应用中，我都会创建一个通用的警告视图：

var AlertView = Backbone.View.extend({
    set: function(typeOfError, message) {
        var alert = $(‘.in-page-alert’).length ? $(‘.in-page-alert’): $(‘.body-alert’);
        alert
            .removeClass(‘error success warning’)
            .addClass(typeOfError)
            .html(message)