许多类在使用配置对象创建(实例化)类时都有快捷名称。快捷名称称为 alias
(如果类扩展了 Ext.Component,则称为 xtype
)。alias/xtype 列在适用类的类名旁边,以供快速参考。
框架类或其成员可以指定为 private
或 protected
。否则,类/成员为 public
。Public
、protected
和 private
是访问描述符,用于传达应如何以及何时使用类或类成员。
Public 类和类成员可供任何其他类或应用程序代码使用,并且在主要产品版本中可以作为稳定且持久的内容依赖。公共类和成员可以通过子类安全地扩展。
Protected 类成员是稳定的 public
成员,旨在由拥有类或其子类使用。受保护的成员可以通过子类安全地扩展。
Private 类和类成员在框架内部使用,不供应用程序开发人员使用。私有类和成员可能会随时更改或从框架中省略,恕不另行通知,并且不应在应用程序逻辑中依赖它们。
static
标签。*请参阅下面的静态。下面是一个示例类成员,我们可以对其进行剖析,以显示类成员的语法(在本例中是从 Ext.button.Button 类查看的 lookupComponent 方法)。
让我们看一下成员行的每个部分
lookupComponent
)( item )
)Ext.Component
)。对于不返回除 undefined
之外的任何内容的方法,可以省略此项,或者可以显示为用斜杠 /
分隔的多个可能值,表示返回的内容可能取决于方法调用的结果(即,如果 get 方法调用成功,则方法可能返回 Component,如果失败则返回 false
,这将显示为 Ext.Component/Boolean
)。PROTECTED
- 请参阅下面的标志部分)Ext.container.Container
)。如果成员源自当前类,则源类将显示为蓝色链接;如果成员从祖先类或混合类继承,则显示为灰色。view source
)item : Object
)。undefined
之外的值,“返回值”部分将注明返回的类或对象类型以及描述(示例中的 Ext.Component
)Available since 3.4.0
- 示例中未显示),紧随成员描述之后Defaults to: false
)API 文档使用许多标志来进一步传达类成员的功能和意图。标签可以用文本标签、缩写或图标表示。
classInstance.method1().method2().etc();
false
,则标记为可阻止的事件将不会触发- 表示框架类
- Singleton 框架类。*有关更多信息,请参阅 singleton 标志
- 组件类型框架类(Ext JS 框架中扩展 Ext.Component 的任何类)
- 表示类、成员或指南是当前查看版本中的新增内容
- 表示 config
类型的类成员
- 表示 property
类型的类成员
- 表示 method
类型的类成员
- 表示 event
类型的类成员
- 表示 theme variable
类型的类成员
- 表示 theme mixin
类型的类成员
- 表示类、成员或指南是当前查看版本中的新增内容
在 API 文档页面上,类名称的正下方是一行按钮,对应于当前类拥有的成员类型。每个按钮显示按类型划分的成员计数(此计数会随着过滤器的应用而更新)。单击按钮将导航到该成员部分。将鼠标悬停在成员类型按钮上将显示该类型的所有成员的弹出菜单,以便快速导航。
与类 config 选项相关的 Getter 和 Setter 方法将显示在方法部分以及 API 文档和成员类型菜单的 config 部分中,紧挨着它们所使用的 config。Getter 和 Setter 方法文档将在 config 行中找到,以便于参考。
您的页面历史记录保存在本地存储中,并显示在顶部标题栏的正下方(使用可用的实际空间)。默认情况下,显示的唯一搜索结果是与您当前查看的产品/版本匹配的页面。您可以通过单击历史记录栏右侧的 按钮并选择“全部”单选按钮来展开显示的内容。这将显示所有产品/版本的所有最近页面历史记录栏中。
在历史记录配置菜单中,您还将看到最近页面访问的列表。结果按“当前产品/版本”和“全部”单选按钮过滤。单击 按钮将清除历史记录栏以及本地存储中保存的历史记录。
如果在历史记录配置菜单中选择“全部”,则将启用“在历史记录栏中显示产品详细信息”复选框选项。选中后,每个历史页面的产品/版本将与历史记录栏中的页面名称一起显示。将光标悬停在历史记录栏中的页面名称上也会将产品/版本显示为工具提示。
可以使用页面顶部的搜索字段搜索 API 文档和指南。
在 API 文档页面上,还有一个过滤器输入字段,该字段使用过滤器字符串过滤成员行。除了按字符串过滤外,您还可以按访问级别、继承和只读过滤类成员。这是通过使用页面顶部的复选框完成的。
API 类导航树底部的复选框过滤类列表,以包含或排除私有类。
单击空的搜索字段将显示您最近 10 次搜索,以便快速导航。
每个 API 文档页面(JavaScript 原始页面除外)都有一个与该类相关的元数据菜单视图。此元数据视图将具有以下一项或多项
Ext.button.Button
类具有 Ext.Button
的备用类名称)。通常维护备用类名称是为了向后兼容。可运行的示例 (Fiddles) 默认在页面上展开。您可以使用代码块左上角的箭头单独折叠和展开示例代码块。您还可以使用页面右上角的切换按钮切换所有示例的折叠状态。切换所有状态将在页面加载之间记住。
类成员默认在页面上折叠。您可以使用成员行左侧的箭头图标或全局使用右上角的展开/折叠所有切换按钮来展开和折叠成员。
在较窄的屏幕或浏览器上查看文档将产生针对较小外形尺寸优化的视图。桌面视图和“移动”视图之间的主要区别在于
可以通过单击 API 文档页面顶部的类名称来查看类源代码。可以通过单击成员行右侧的“查看源代码”链接来查看类成员的源代码。
数据绑定和为其提供支持的 ViewModel 是 Ext JS 的强大补充。
它们共同使您能够用更少的代码做更多的事情,并以更声明式的方式编写代码,同时帮助您保持关注点的清晰分离。
ViewModel 是一个管理数据对象的类。然后,它允许那些对这些数据感兴趣的人绑定到它,并在数据更改时收到通知。与 ViewController 一样,ViewModel 由引用它的视图拥有。由于 ViewModels 与视图关联,因此它们也能够链接到组件层次结构中祖先组件拥有的父 ViewModel。这允许子视图简单地“继承”其父 ViewModel 的数据。
组件具有 bind
配置,允许它们将其许多配置与 ViewModel 中的数据关联。使用 bind,您可以确保每当绑定的值更改时,都会调用相应的组件 config 的 setter 方法 - 无需自定义事件处理程序。
在本指南中,我们将逐步介绍一些示例,这些示例展示了 ViewModel 和数据绑定的强大功能。
理解绑定和 ViewModels 的最佳方法可能是查看可以在组件上使用绑定的各种方式。这是因为组件是数据绑定的主要使用者,而组件是 Ext JS 开发人员熟悉的东西。但是,为了使绑定工作,我们确实需要一个 ViewModel,因此我们现在将引用一个 ViewModel,稍后定义它。
组件绑定是将来自 Ext.app.ViewModel 的数据连接到组件的配置属性的过程。组件拥有的任何配置都可以绑定,只要它具有 setter 方法即可。例如,由于 Ext.panel.Panel 上有一个 setTitle()
方法,因此您可以绑定到 title
配置。
在此示例中,我们将根据 ViewModel 的 data
的结果设置面板的 width
。我们可以将数据绑定到 width
,因为 setWidth()
是 Ext.panel.Panel
可以使用的方法。
Ext.create('Ext.panel.Panel', {
title: 'Simple Form',
viewModel: {
type: 'test' // we will define the "test" ViewModel soon
},
bind: {
html: '<p>Hello {name}</p>',
width: '{someWidth}'
}
});
用于绑定值的语法与 Ext.Template 非常相似。您可以将文本放在大括号内的令牌周围。您也可以使用格式化程序,就像 Ext.Template
一样。但是,与 Ext.Template
不同,当模板是单个令牌(例如“{someWidth}”)时,其值将未经修改地传递。也就是说,它不会转换为字符串。
稍后我们将看到如何定义 name
和 someWidth
的数据。上面的示例仅显示了组件如何使用数据。
您要绑定的许多 config 都是布尔值,例如 visible(或 hidden
)、disabled
、checked
和 pressed
。绑定模板支持模板中的布尔否定“内联”。代数的其他形式被降级为公式(见下文),但布尔反转足够常见,因此有特殊规定。例如
Ext.create('Ext.panel.Panel', {
title: 'Simple Form',
viewModel: {
type: 'test'
},
items: [{
xtype: 'button',
bind: {
hidden: '{!name}' // negated
}
}]
});
这也突出了单个令牌模板中的值不会转换为字符串。在上面,虽然“name”是字符串值,但它使用“!”取反,并变为布尔值,并传递给按钮上的 setHidden
方法。
绑定的 config 属性始终会在绑定结果可用后立即覆盖组件上静态设置的配置。换句话说,绑定数据将始终优先于静态配置值,但可能会延迟以获取该数据。
Ext.create('Ext.panel.Panel', {
title: 'Simple Form',
viewModel: {
type: 'test'
},
bind: {
title: 'Hello {name}'
}
});
一旦交付“name”的绑定,“Simple Form”标题将被替换。
绑定最有用的部分之一是,具有 viewModel 的组件的所有子项也可以访问其容器的数据。
在此示例中,您可以看到表单的子项可以绑定到其容器的 viewModel。
Ext.create('Ext.panel.Panel', {
title: 'Simple Form',
viewModel: {
type: 'test'
},
layout: 'form',
defaultType: 'textfield',
items: [{
fieldLabel: 'First Name',
bind: '{firstName}' // uses "test" ViewModel from parent
},{
fieldLabel: 'Last Name',
bind: '{lastName}'
}]
});
bind 配置还允许双向数据绑定,这转化为视图和模型之间的数据实时同步。在视图中所做的任何数据更改都会自动写回模型。这会自动更新可能绑定到同一数据的任何其他组件。注意:并非所有 config 都会在更改时将其值发布到 ViewModel。
在 publish
和 twoWayBindable
数组中定义的 Config 将更改发布回 ViewModel。值也可以使用 publishState
方法在组件/应用程序逻辑中发布。
在上面的示例中,由于“firstName”和“lastName”属性已绑定到文本字段,因此输入中的更改将写回 ViewModel。要了解所有这些是如何连接的,现在是时候完成示例并定义 ViewModel 了。
Ext.define('MyApp.view.TestViewModel', {
extend: 'Ext.app.ViewModel',
alias: 'viewmodel.test', // connects to viewModel/type below
data: {
firstName: 'John',
lastName: 'Doe'
},
formulas: {
// We'll explain formulas in more detail soon.
name: function (get) {
var fn = get('firstName'), ln = get('lastName');
return (fn && ln) ? (fn + ' ' + ln) : (fn || ln || '');
}
}
});
Ext.define('MyApp.view.TestView', {
extend: 'Ext.panel.Panel',
layout: 'form',
// Always use this form when defining a view class. This
// allows the creator of the component to pass data without
// erasing the ViewModel type that we want.
viewModel: {
type: 'test' // references alias "viewmodel.test"
},
bind: {
title: 'Hello {name}'
},
defaultType: 'textfield',
items: [{
fieldLabel: 'First Name',
bind: '{firstName}'
},{
fieldLabel: 'Last Name',
bind: '{lastName}'
},{
xtype: 'button',
text: 'Submit',
bind: {
hidden: '{!name}'
}
}]
});
Ext.onReady(function () {
Ext.create('MyApp.view.TestView', {
renderTo: Ext.getBody(),
width: 400
});
});
当显示上面的面板时,我们可以看到文本字段中的更改反映在面板 title
以及“Submit”按钮的 hidden
状态中。
有时,组件的状态(例如复选框的 checked
状态或网格的选定记录)对于其他组件很有趣。当组件被分配一个 reference
来标识它时,该组件将在 ViewModel 中发布其一些关键属性。
在此示例中,我们已将“Admin Key”文本字段的 disabled config 绑定到复选框的 checked 状态。这导致文本字段在复选框被选中之前被禁用。这种行为非常适合像这样的动态表单
Ext.create('Ext.panel.Panel', {
title: 'Sign Up Form',
viewModel: {
type: 'test'
},
items: [{
xtype: 'checkbox',
boxLabel: 'Is Admin',
reference: 'isAdmin'
},{
xtype: 'textfield',
fieldLabel: 'Admin Key',
bind: {
disabled: '{!isAdmin.checked}'
}
}]
});
到目前为止,我们已经看到了三种基本形式的绑定描述符
{firstName}
- “直接绑定”到 ViewModel 中的某个值。此值未经修改地传递,因此可能作为任何数据类型到达。
Hello {name}
- “绑定模板”始终通过插入各种绑定表达式的文本值来生成字符串。绑定模板也可以像普通 Ext.Template
一样使用格式化程序,例如:'Hello {name:capitalize}'。
{!isAdmin.checked}
- 直接绑定的否定形式,对于绑定到布尔 config 属性很有用。
除了这些基本形式之外,您还可以使用一些专门形式的绑定描述符。
如果将对象或数组作为绑定描述符给出,则 ViewModel 将生成形状相同的对象或数组,但各个属性将替换为其绑定结果。例如
Ext.create('Ext.Component', {
bind: {
data: {
fname: '{firstName}',
lname: '{lastName}'
}
}
});
这将组件的“data”config 设置为一个对象,该对象具有两个属性,其值从 ViewModel 设置。
当需要特定记录时,例如 id
为 42 的“User”,绑定描述符是一个对象,但具有“reference”属性。例如
Ext.create('Ext.Component', {
bind: {
data: {
reference: 'User',
id: 42
}
}
});
在这种情况下,一旦加载 User 记录,组件的 tpl
将接收该记录。这目前需要使用 Ext.data.Session
。
与记录绑定类似,也可以绑定到关联,例如用户的 Address 记录
Ext.create('Ext.Component', {
bind: {
data: {
reference: 'User',
id: 42,
association: 'address'
}
}
});
在这种情况下,一旦加载用户的“address”记录,组件的 tpl
将接收该记录。这也目前需要使用 Ext.data.Session
。
当您需要描述绑定选项时,使用绑定描述符的最终形式。以下示例显示了如何仅接收绑定的一个值,然后自动断开连接。
Ext.create('Ext.Component', {
bind: {
data: {
bindTo: '{name}',
single: true
}
}
});
bindTo
属性是绑定描述符对象中的第二个保留名称(第一个是 reference
)。当存在时,它表示 bindTo
的值是实际的绑定描述符,而其他属性是绑定的配置选项。
当前支持的其他绑定选项是 deep
。当绑定到对象时,使用此选项,以便在对象的任何属性更改时(而不仅仅是引用本身)通知绑定。当绑定到组件的 data
config 时,这将最有用,因为这些 config 通常接收对象。
Ext.create('Ext.Component', {
bind: {
data: {
bindTo: '{someObject}',
deep: true
}
}
});
现在我们已经了解了组件如何使用 ViewModels,并了解了 ViewModels 的外观,现在是时候了解有关 ViewModels 及其提供的功能的更多信息了。
如前所述,ViewModel 是底层 data
对象的管理器。正是该对象的内容正被绑定语句使用。从父 ViewModel 到其子 ViewModel 的数据继承利用了 JavaScript 原型链。这在 View Model Internals 指南中进行了更详细的介绍,但简而言之,子 ViewModel 的 data
对象以其父 ViewModel 的 data
对象作为其原型。
除了保存数据和提供绑定之外,ViewModels 还提供了一种便捷的方式来计算来自其他数据的数据,称为 formulas
(公式)。公式允许您将数据依赖关系封装在 ViewModel 中,并使您的视图能够专注于声明其结构。
换句话说,数据不会在 ViewModel 的数据中更改,但可以通过使用公式转换数据来以不同的方式显示。这类似于传统数据模型的字段的 convert
配置的工作方式。
我们在之前的示例中看到了一个简单的“name”公式。 在那种情况下,“name”公式只是一个函数,它组合了 ViewModel 中的另外两个值:“firstName”和“lastName”。
公式还可以使用其他公式的结果,就像结果只是另一个数据属性一样。 例如
Ext.define('MyApp.view.TestViewModel2', {
extend: 'Ext.app.ViewModel',
alias: 'viewmodel.test2',
formulas: {
x2y: function (get) {
return get('x2') * get('y');
},
x2: function (get) {
return get('x') * 2;
}
}
});
“x2”公式使用“x”属性将“x2”定义为“x * 2”。 “x2y”公式同时使用“x2”和“y”。 此定义意味着如果“x”更改,则会重新计算“x2”,然后重新计算“x2y”。 但是,如果“y”更改,则只需要重新计算“x2y”。
在上面的示例中,公式的依赖关系是通过检查函数找到的,但这并不总是最佳解决方案。 可以使用显式 bind 语句,当 bind 中的所有值都呈现时,它将返回一个简单的对象。
Ext.define('MyApp.view.TestViewModel2', {
extend: 'Ext.app.ViewModel',
alias: 'viewmodel.test2',
formulas: {
something: {
bind: {
x: '{foo.bar.x}',
y: '{bar.foo.thing.zip.y}'
},
get: function (data) {
return data.x + data.y;
}
}
}
});
当公式是可逆的时,我们还可以定义一个 set
方法,以便在设置值时(例如通过双向绑定)调用。 由于“this”指针是 ViewModel,因此 set
方法可以调用 this.set()
以在 ViewModel 中设置相应的属性。
下面 TestViewModel 的修订版本展示了如何将“name”定义为双向公式。
Ext.define('MyApp.view.TestViewModel', {
extend: 'Ext.app.ViewModel',
alias: 'viewmodel.test',
formulas: {
name: {
get: function (get) {
var fn = get('firstName'), ln = get('lastName');
return (fn && ln) ? (fn + ' ' + ln) : (fn || ln || '');
},
set: function (value) {
var space = value.indexOf(' '),
split = (space < 0) ? value.length : space;
this.set({
firstName: value.substring(0, split),
lastName: value.substring(split + 1)
});
}
}
}
});
凭借 ViewModels、公式和数据绑定的所有强大功能,很容易过度使用或滥用这些机制,并创建一个难以理解或调试、更新缓慢或内存泄漏的应用程序。 为了帮助避免这些问题,并仍然充分利用 ViewModels,以下是一些推荐的技术
在配置 viewModel 时,始终使用以下形式。 这很重要,因为 Config System 合并配置值的方式。 使用这种形式,“type”属性在合并期间得以保留。
Ext.define('MyApp.view.TestView', {
//...
viewModel: {
type: 'test'
},
});
使名称显而易见,尤其是在高级 ViewModel 中。 在 JavaScript 中,我们依赖于文本搜索,因此请选择使查找用法成为可能的名称。 可能使用属性的代码越多,选择有意义甚至唯一的名称就越重要。
不要将数据嵌套在对象中超过必要的深度。 与包含许多嵌套子对象的单个对象相比,存储在 ViewModel 中的多个顶级对象将需要更少的簿记。 此外,这将有助于使对此信息的依赖关系比许多组件依赖于某个大型包含对象时更明显。 有共享对象的原因,但请记住 ViewModel 只是一个托管对象,您也可以使用其属性。
使用子 ViewModels 来允许清理数据,以及需要它的组件。 如果将所有数据都放在高级 ViewModels 中,则即使在需要它的子视图被销毁后,这些数据也可能永远不会被删除。 相反,为子视图创建 ViewModels,并将数据传递到其 ViewModel 中。
除非实际需要,否则不要创建子 ViewModels。 每个 ViewModel 实例都需要时间来创建和内存来管理。 如果子视图不需要其自身唯一的数据,它可以简单地使用它从其容器继承的 ViewModel。 但是,请参阅之前的建议,因为当需要子 ViewModels 时创建它们比污染父 ViewModel 并有效地泄漏内存更好。
使用公式而不是重复绑定。 如果您了解公式是如何组合几个绑定值的结果的方式,您可能会明白,与在许多地方直接使用这些相同的值相比,使用公式将有助于减少依赖项的数量。 例如,一个具有 3 个依赖项和 4 个用户的公式使 ViewModel 中需要跟踪的依赖项为 3 + 4 = 7
个。 与 4 个用户自身具有这 3 个依赖项相比,我们将有 3 * 4 = 12
个依赖项。 需要跟踪的依赖项越少,意味着使用的内存和处理它们的时间就越少。
不要过度深入地链接公式。 这与其说是运行时成本问题,不如说是代码清晰度问题。 链式公式会掩盖数据和组件之间的连接,从而难以理解正在发生的事情。
双向公式必须是稳定的。 假设公式“foo”是对值“bar”的计算。 当设置“foo”时,它将通过反转其 get 方法中的公式来设置“bar”。 如果 get 方法将为现在正在设置的“foo”生成完全相同的值,则结果是稳定的。 如果不是,该过程将循环直到达到稳定点,否则将无限期地继续下去。 这两种结果都不是理想的结果。
有关 viewModels 的更多信息,请花几分钟时间查看我们的 ViewModel 内部指南。