[0-1-Ext4概述.docVIP

Ext 4 更新手册 Ext 4有志成为Web程序革命性的开发平台。框架中几乎每个组件都作了改进。对于Ext3，4.0许多组件以及子系统都是表现得焕然一新！ Ext 4概述 一般性问题 这些问题在Ext Core及Ext JS都有表现。 Ext 3的兼容性 几次更新ExtJS累积下来，感觉当然就是第4版的变化幅度最大。第4版带来了许多新的内容，这些内容并不全部兼容于Ext3。然而，我们尽力可以做到最大化的兼容。 JS兼容化文件 加载Ext4完毕后，你可选择加载兼容化文件。该文件的目的在于提供兼容Ext3的简写方式和覆盖新参数为适合旧版的参数。 沙箱模式 Ext4完全基于沙箱设计的，因此可以让旧版的Ext与Ext4在同一个浏览器运行时中做到兼容。从JavaScript角度看，原来所有修改对象原型的方法已被转移，转移到全局对象Ext之下。现在只需要建立一个Ext对象的引用，分配不同的名称，就可以从以前旧版本的Ext中区分开来。 在标签markup/CSS方面，由于Ext4采用了Compass和SASS框架并通过模板生成CSS，所以很容易设定一个前缀，供CSS规则之用，比如Ext.baseCSSPrefix属性就是对应的前缀。结果，要与旧版Ext的CSS区分开来，也不是什么难事了。 包与命名空间的更新 在重构过程中，全体类和包的结构已经发生了变化。这些变化将是根据严格的命名规则来规范的，这一点对于重构的结果非常重要，以便于我们能更轻松地查找某一个类。 例如Ext3的Button类、CycleButton类和SplitButto类就连同其他类归类在/widgets中。尽管不同层次的对象却也直接地命名在全局对象Ext身上。 在Ext 4，每一个类根据其特性的相似来决定其包的位置。虽然只是命名上的变化，但比起Ext3能更精确地描述对象。同样拿Button按钮为例子，Ext4的类这样分配： 单独设一个包src/button/ 代码划分出一个新的命名空间 基于包改名，如Ext.SplitButton→ Ext.button.Split 为了尽可能地照顾Ext3的旧命名方式，Ext4的类有一个特殊属性称作“alternateClassName”，通过这个属性就可以让Ext3遗留项目采用Ext4新的类库。例如alternateClassName: Ext.SplitButton。当然，我们很希望你完全采用Ext4开发方式。 Ext 内核 新型类系统 ExtJS4的类机制主要围绕传统Prototype OO模型而设计，并在其基础上增加了新的特性，而且保持对旧Ext3内核的100%兼容。 Ext JS 4（连同 Ext Core）提供的新功能有： 继承方面Ext.defined代替了原来Ext.extend的写法。 自动计算依赖关系及动态类加载。 多态 静态成员 为配置项自动生成的getter/setter方法 类的定义：你仍可在Ext4使用new ClassName()的语法，不过推荐使用Ext.define()函数定义新类。Ext.define还有一个好处：自动创所需的命名空间。 这里是利用新语法定义的一个新Ext.Component子类。 // Ext 3: Ext.ns(MyApp); // 命名空间在Ext 3是必须的 MyApp.CustomerPanel = Ext.extend(Ext.Panel, { // etc. }); // Ext 4 Ext.define(MyApp.CustomerPanel, { extend: Ext.panel.Panel, // etc. }); 加载类 Ext 4终于引入了动态类加载的系统了，虽然是个可选特性。但提供不少功能： 动态加载：运行时期间，Ext内部会根据依赖树的关系自动地异步下载类文件。这 动态生成build文件： 对于产品化，只要按照Ext类规范写类，Ext就会计算它们的关系，生成合适的build。而且一切都是经过智能计算的，决没有冗余的代码。 动态加载必须有两个前提条件：一是打开Ext.define；二是在写类的时候须清楚指明依赖关系，当中关系所涉及两个属性说明如下： requires: 所依赖的类。保证当前被实例化之前其他类就绪。 uses: 可选的依赖，可以异步下载，不一定在类实例化前。 多态Mixins 多态（或译作“混元”）是实现为现有的某个对象定制功能而提供的。mixins配置项，包括实例化类期间，允许给类原型“混入”新的能力。这与Ext.override函数作用类似，而且该方法就像override那样不会覆盖现有的方法。Mixins语法如下： Ext.define(Sample.Musici