时光流逝，弹指挥间，不经意的一年又如路上一个动人的靓影悄然消失在视线里。我们往往都是先问自己，我们收获了什么，然后才想到我们付出了什么，很少有人先问自己这一年付出了什么，然后再去看所得。话不多说了，祝靠着搜索引擎来到此地的同仁们，在2013年能够大付出，然后大收入。
当datagrid设置了url属性，表格就会通过ajax向设置的url请求数据，然后把请求的数据放到已经渲染好的表格容器中，整个过程我们可以这样简单地表示：
上图的几点说明：
- onBeforeLoad事件发生在ajax请求之前的，这个事件函数如果返回false的话，将直接结束，不会请求数据。
- onLoadError事件是当ajax请求出现故障时触发，开发者可以在此事件中自定义提示信息等。
- onBeforeRender事件是view属性的，该事件发生在把ajax请求到的数据填充到表格内容中之前。
- 红色部分的rend数据行，就是把ajax请求到的数据填充到表格内容里,这个操作是调用view的render方法实现的。
- onAfterRender事件也是view对象的事件，该事件在数据填充到表格之后触发。
- view对象是全局性的，就是说当前页面，所有datagrid对象公用这个view，这是由闭包与面向对象特性决定的，我们来看datagrid的鱼源码:
/** * 自动运行的匿名函数 * @param {Object} _1b6 * @param {Object} _1b7 * @param {Object} _1b8 */ (function($){ //view为匿名函数的内部变量，其指向一个对象。 var view = { render: function(_1b6, _1b7, _1b8){ //... }, renderFooter: function(_1bf, _1c0, _1c1){ //... }, renderRow: function(_1c4, _1c5, _1c6, _1c7, _1c8){ //... }, refreshRow: function(_1ce, _1cf){ //... }, updateRow: function(_1d0, _1d1, row){ //... }, insertRow: function(_1d7, _1d8, row){ //... }, deleteRow: function(_1e2, _1e3){ //... }, onBeforeRender: function(_1e8, rows){ //user defined }, onAfterRender: function(_1e9){ //... } }; //将匿名函数的内部变量赋给$.fn.datagrid.defaults全局对象 //这样就构成了闭包，匿名函数内的view变量在匿名函数的运行结束后继续存在于内存中。 $.fn.datagrid.defaults = $.extend({}, $.fn.panel.defaults, { //... view: view //... }); })(jQuery);所以，如果我们更改某个表格的view.onBeforeRender属性的话，其实就是对全局对象的更改，除非我们直接覆盖某个表格的view指向，这样就不会影响其它表格的view了：
$('#tt').datagrid('options').view.onBeforeRender = function(jq,rows){};//这样就改变了全局变量，对别的grid也会造成影响 $('#tt').datagrid('options').view = {onBeforeRender :function(jq,rows){},...};//这样只改变了tt表格的view，对别的grid不会造成影响 - onLoadSuccess事件发生最后，这时候数据已经填充到表格，木已成舟，已无回天之力，除非重新砍木头。
- 在数据填充到表格后，datagrid还有一件事要做，那就是刷新分页工具栏的总记录数值。
我们可以看到，整个过程中，我们唯一有机会阻止ajax加载到的数据填充到表格的地方就是onBeforeRender事件，只要在这个事件里面，我们将数据设置为空，不过也就没有内容可以填充了；
我们可以直接覆写某个表格的view，不过代码量太大，所以更改全局的view对象的onBeforeRender事件更为简洁，因view对象是公用的，你更改的话，那么在当前页面，所有表格的view就都跟着改了，所以在view的onBeforeRender最好是通过入参的id标识用以标识哪些表格需要阻止特定数据填充到内容区，所以，我们在页面文档装载完做以下定义：
$(function() {
$.fn.datagrid.defaults.view.onBeforeRender = function(ele, rows) {
if (ele.id == 'test') {// 只处理id为test的表格
if (rows.length && rows[0].key == -1) {// 这地方我们假设回台返回的数据key为-1的话，则代表此次请求的数据均为错误提示信息，不与展示。
$(ele).data('datagrid').data = {
total : 0,
rows : []
};
alert(rows[0].error);// 用弹出窗口方式通知用户获取数据出错。
}
}
}
});
到这里，我们只剩下一个问题了，那就是分页栏还是显示有一条或多条数据，而根据代码的流程图我看可以看出分页栏的刷新是放在最后的，是不是就没辙了呢？别担心，我们有setTimeout这个法宝，在onLoadSuccess事件里面我们延时刷新一下分页栏就行了：
onLoadSuccess:function(data){
setTimeout(function(){
var page = $('#test').datagrid("getPager");
page.pagination('refresh',{total:0});
},100);
}
是不是有的童鞋要喊了：“既然分页条能延时刷新，那表格的内容也可以延时清空啊。”，不错表格内容是可以通过延时的方式来清空，但是这个过程用户的眼睛一直盯着表格内容，其展示和被清空的过程被用户看得一清二楚。而分页栏是死角，没人会在意，这就是区别。
到这里，我们也就算是完美地完成我们想要的效果了，善于思考的同学肯定会问，为什么要用这么别扭的方式，后台报错就直接不要返回什么数据，都放在onLoadError事件里提示不就得了。
事实上大多人也将异常放在onLoadError中处理的，只有少数情况才会对后台返回的数据有特殊要求，此文更重要的目的是讲述datagrid组件url方式加载和填充数据的过程。