长久以来，包括前期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文件的话，便自动认出，不会多一次地去下载。我们可以刷新多次页面，每次点击不同例子观察调试的结果试试看。所用的示例程序都是简单的类，直接点链接就可以看到代码。
一、异步加载单个文件 Loading a single file
本例子只加载一份文件。源文件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);
- });