Ext 4概述

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还有一个好处：自动创所需的命名空间。

这里是利用新语法定义的一个新ponent子类。

// Ext 3:Ext.ns('MyApp'); // 命名空间在Ext 3是必须的MyApp.CustomerPanel = Ext.extend(Ext.Panel, {// etc.});// Ext 4Ext.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.Musician', {extend:'Sample.Person',mixins: {guitar: 'Sample.ability.CanPlayGuitar',compose: 'Sample.ability.CanComposeSongs',sing: 'Sample.ability.CanSing'}});静态成员通过statics这个属性可以设臵类的静态成员。

配臵项Ext之中我们用术语“配臵项”来表示任意的属性，这些属性在类原型都可以明确找到。

有了配臵项可以通过代码的调用对API读或者写。

Ext 4在这点上基本没有什么问题，唯一作出新内容的便是带来了特定项“config”。

当类定义中加入config属性，会围绕配臵项自动产生getter、setter、reset和apply方法，其中setter还提供模板方法自定义setter逻辑。

基本示例代码如下：Ext.define('MyClass', {config: {title: 'Default Title'}});根据以上介绍的机制，自动生成下列方法：title: 'Default Title'getTitle: function() {return this.title;}resetTitle: function() {this.setTitle('Default Title');}setTitle: function(newTitle) {this.title = this.applyTitle(newTitle) || newTitle;}applyTitle: function(newTitle) {// 自定义代码// 如Ext.get('titleEl').update(newTitle);}Env命名空间提供浏览器和操作的相关信息，以及现代浏览器提供的功能。

Ext.env.Browser该类提供了全部浏览器的元信息，用于全局对象Ext。

Ext.env.FeatureDetector这是一个在Ext3中没有类，完全新的功能，其功能在于检测浏览器特性如何，主要针对现代HTML5和CSS3的特性，包括移动平台在内的特性列表，有：CSS 变形、动画、转换，Canvas、SVG、VML，触控能力、方向，导航，SqlDatabase，Websockets，History，Audio，VideoExt.env.OS提供当前主机操作系统的信息（包括移动OS的列表）。

语言包（Lang Package）同样的功能在Ext中都会有，但这是一个新的包，之所以定义为一个新的包，是为了尽量不会影响到JavaScript的对象原型。

尽管在对象原型中设臵方法会比较方便，但是如果引入了其他JavaScript一起，很难说会不会构成冲突或者影响的说。

再者，如果日后ECMAScript规范作出了修订，会不会与Ext所定义的构成重叠呢？所以，要解决以上顾虑，我们还是把语言方法的命名空间定义在Ext 对象之下，避免在对象原型身上定义的成员。

实际上虽然没有分配一个“lang”的这么一个命名空间，但是还是在源码树（Source Tree）中划分了一份文件专门定义语言增强函数。

前后变化如下：●Array → Ext.Array●Date → Ext.Date●Function → Ext.Function●Number → Ext.Number●Object → Ext.Object●String → Ext.String请注意在兼容化文件中，仍会对核心对象的原型挂载方法之引用。

重申一下，要真正升级到Ext 4并摆脱Ext3旧的调用方式，就必须移除兼容化文件，最后升级到新的命名空间形式。

Ext.FunctionExt 4的函数原型Function prototype改变后，怎么调用？最主要的一点就是命名上发生变化，如Function.createDelegate()和Function.createCallback()分别重命名为Ext.Function.bind()和Ext.Function()；Function.defer()变化为Ext.Function.defer()。

由于使用频率较高，我们在Ext对象上添加了快捷访问方式，便是Ext.bind、Ext.pass和Ext.defer；其余的函数方法像createSequence()和createInterceptor()就取消了，但引入新方法createBuffered()和createThrottled()，可以看看有什么用途。

如下是一些语法糖说明前后之变化：// Ext 3:myFunction.createDelegate(this, [arg1, arg2]);myFunction.defer(1000, this);// Ext 4:Ext.bind(myFunction, this, [arg1, arg2];Ext.defer(myFunction, 1000, this);Ext JS通用问题适配器之前的Ext可以通过使用适配器（adpaters）的方式转换第三方的JavaScript库为我所用。

到了Ext4，Ext JS应用程序的底层库唯一限定为Ext Core。

不过我们依然可以继续让Ext Core与别的JS库共存于一个JS运行时。

不同的就是Ext不依赖于其他JS的底层库了。

ARIA为达到ARIA用户友好性的支持，而且是全面的支持，Ext对每一块组件都细心打造进而在这方面进行了加强。

ponent新设有ariaRole角色的配臵项属性，默认是“presentation”（该角色仅表示为可见的并没有更高的含义，也没有用户交互的功能）。

然后就让后面更高层次逻辑来覆盖它。