extjs4 动态加载js
长久以来,包括前期ExtJS的各个版本中,尽管允许裁剪,不过通常使用之前它一定要加载整个框架。好像创建一个普通的Ext.Window,得必须下载整份的ext-all.js源文件,否则不能工作。Ext JS 4的动态加载便是围绕这个技术难点而考虑推出的...
长久以来,包括前期ExtJS的各个版本中,尽管允许裁剪,不过通常使用之前它一定要加载整个框架。好像创建一个普通的Ext.Window,得必须下载整份的ext-all.js源文件,否则不能工作。Ext JS 4的动态加载便是围绕这个技术难点而考虑推出的。普通的一个例子如下:
Ext.require('Ext.Window', function() {
new Ext.Window({
title : 'Loaded Dynamically!',
width : 200,
height: 100
}).show();
});
此处我们说明一下上述过程,就是要求Ext JS加载Ext.Window类,加载完之后调用函数,创建Window实例。Ext.require函数可支持数组的参数,传入多个要加载的类。用起来十分方便,当然背后隐藏了相当多的细节。Ext JS 4的动态加载这种方式不需要服务端的安装什么,纯客户端的。值得一提的是,它能自动计算依赖关系,下载所需的类。比如一个Ext.Window的类像是这样的:
Ext.define('Ext.Window', {
extend: 'Ext.Panel',
requires: ['Ext.util.MixedCollection'],
mixins: {
draggable: 'Ext.util.Draggable'
}
});
动态加载其用途实质为“按需加载”。
只要Ext JS加载Ext.Windows类,便会分析其中的依赖关系,需要什么什么的extend、什么的requires、什么的mixin……在创建Window实例之前必须确定所需的包已经在页面资源中,否则不能创建成功。总之凡是需要的就不能错过。实际上,加载器(Loader)通过字符串的名称便会清楚每一个类所在包,个中的原理正是基于语言的“反射”。在这里例子中,依赖的结果将会是下面所示的文件:
src/Window.js
src/Panel.js
src/util/MixedCollection.js
src/util/Draggable.js
加载器加载的过程是递归的,因此无论嵌套多少个层次都会保证把所需的包文件加载回来。但这里我们仍要强调一点,在产品上线阶段,却应该避免逐个逐个下载js文件,因为比下载单个文件费时多了。于是这样的话,相比较动态加载的分散js文件,便浮现了一个问题出来,那就是,你得晓得,哪些文件是要经过全体打包;哪些文件适宜分散来动态加载;什么阶段采取什么的策略。例如只需要一个对话框的部件,显然ext-all-debug.js加载太大了,下载太久了,卸下不需要的包自然好些,就应采用更加“智能”的动态加载。
对于调试阶段而言,若面对一份ext-all-debug.js文件就超过六万行的代码则十分困难。打点、跟踪告诉你ext-all-debug.js文件第47657行好像作用不太大,仍然犯难……如果经过动态加载器,便会定位在src/data/JsonReader.js文件的第56行,报告每份源文件的准确行数。
这可以说是巨大的进步以有利于您调试您的程序。不过在本地开发阶段还是适宜加载全部源文件,而加载器因此提供了检测死锁(DeadLock Dection),能够同步或异步地加载文件。
如果新系统新内容所做的一切不能迎合您,没有关系,建议用户采用旧方式,因为新的类系统这一边也是做到了彻底的向后兼容(completely backwards compatible),所以用户大可使用旧的方式方法。Ext.extend保留旧的方式创建任意类,而且依然提供包含整个框架内容的ext-all.js。
讲解例子
官方提供四个围绕于Ext JS类加载机制的例子供大家演示 、 下载 (例子已汉化),起初页面加载的只是基本调用的代码,而实际的代码必须经过动态请求从服务端获取回来。运行这些例子都需要事前部署在服务器之上才可以,不用动态的服务器亦可,并且建议读者在测试例子的同时打开您的Firebug一边运行程序,一边留意AJAX是如何从服务端哪里加载文件的,从第一个例子的一份文件到第四例子的六分文件的情形都有。注意观察“Net”网络面板的结果即可
只要是下载过的了类便不会再下载的了。也就是说,如果前面的例子下载过同一份的js文件,那么后面的例子再遇到需要这份js文件的话,便自动认出,不会多一次地去下载。我们可以刷新多次页面,每次点击不同例子观察调试的结果试试看。所用的示例程序都是简单的类,直接点链接就可以看到代码。
本例子只加载一份文件。源文件src/Product.js 加载后立刻创建product实例弹出对话框。
Ext.require('Product', function() {
var product = new Product();
product.setName('Ext JS 4');
alert("Product name:" + product.getName());
});
异步加载的类如下:
// 这是最简单的类,在例子一所使用。这个类不依赖其他类所以一加载例子后即刻运行。
Ext.define('Product', {
config: {
name: 'Product Name'
}
});
二、按依赖关系加载 Loading a file with dependencies
当前我们需要Ext加载SuperUser这个类(参见src/SuperUser.js ),可是SuperUser继承于User(参见 src/User.js ),并没有加载,因此加载器会先加载User,然后SuperUser,再执行回调函数。
Ext.require('SuperUser', function() {
var superUser = new SuperUser();
superUser.setEmail('ed@sencha.com');
alert("Is a SuperUser:" + superUser.isSuper());
});
三、混合 Mixins
如何在一个类的基础上“混合”别的类?答案是定义“mixins”的配置项。我们在User类之上创建Developer类 ,Developer类拥有来自MadSkills mixin 的hackAway方法:
Ext.require('Developer', function() {
var dev = new Developer();
dev.setEmail('test@mhzg.net');
dev.hackAway();
});
四、综合范例 Bringing it all together
最后我们演示全部的特性。该类继承于Developer类,Developer又继承于User。父类User混入了MadSkills之外,特别地该类还混入了LeetSkills 。除MadSkills和LeetSkills外,该类的运行还依赖于CommitRevertr ,需要其中的revertCommits()。最后一个例子也是最复杂的例子,共需要拉回六份文件。
Ext.require('Architect', function() {
var ed = new Architect();
// 来自MadSkills的混入
ed.hackAway();
// 来自LeetSkills的混入
ed.makeItBetter();
// 来自RevertChanges的依赖
ed.revertCommits(2);
});