许多类在使用配置对象创建(实例化)类时都有快捷名称。快捷名称被称为 别名
(如果类扩展了 Ext.Component,则为 xtype
)。别名/xtype 列在适用类的类名旁边,以便快速参考。
框架类或其成员可以指定为 private
或 protected
。否则,类/成员为 public
。 Public
、protected
和 private
是访问描述符,用于传达应如何以及何时使用类或类成员。
Public 类和类成员可供任何其他类或应用程序代码使用,并且在主要产品版本中可以作为稳定且持久的内容依赖。Public 类和成员可以通过子类安全地扩展。
Protected 类成员是稳定的 public
成员,旨在由拥有类或其子类使用。Protected 成员可以通过子类安全地扩展。
Private 类和类成员在框架内部使用,不供应用程序开发人员使用。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
,则标记为 preventable 的事件将不会触发- 表示框架类
- 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 文档页面顶部的类名来查看类源代码。可以通过单击成员行右侧的“查看源代码”链接来查看类成员的源代码。
Sencha Cmd 多年来一直支持包的概念,大型应用程序通常利用包来封装类、样式和资源。然后 Sencha Cmd 将所有这些部分构建到您的应用程序中。现在,您可以以全新的方式动态使用这些包。
如果您今天正在使用包,您将在 app.json "requires" 数组中看到它们
requires: [
'dashboard',
'settings',
'users'
]
要切换到动态加载,只需将其中一些或全部移动到 "uses" 数组中,并将新包添加到 "requires"
requires: [
'package-loader'
],
uses: [
'dashboard',
'settings',
'users'
]
在进行这些更改后,当 Sencha Cmd 构建您的应用程序时,它将为应用程序和每个使用的包生成单独的捆绑包。当您的应用程序加载时,它将仅包含其代码和所需包中的代码,但不包含已使用的包。相反,这些已使用包的 JavaScript、CSS 和资源将位于应用程序的构建文件夹中,就像图像或其他资源一样。
然后,Ext.Package.load()
方法使在您准备好使用包时加载包变得轻而易举。包加载器处理包的 JavaScript 和 CSS 资源,以及递归加载它可能需要的任何包。
如果您正在使用 Ext JS 路由,您可能会执行类似这样的操作来加载包
routes: {
':type': {
before: 'loadPackage',
action: 'showView'
}
},
loadPackage: function (type, action) {
var view = this.getView(),
pkg = this.getPackageForType(type);
if (!pkg || Ext.Package.isLoaded(pkg)) {
action.resume();
}
else {
view.setMasked({
message: 'Loading Package...'
});
Ext.Package.load(pkg).then(function () {
view.setMasked(null);
action.resume();
});
}
},
使用动态包加载可以为您的用户节省大量时间。他们不再需要等待加载应用程序的每个字节,而实际上他们只需要大约 20% 的字节。它还可以为开发人员节省时间,因为 Sencha Cmd 不再需要加载所有代码来进行“dev”构建或同时监视所有代码。
有许多新的命令行开关用于 "app build" 和 "app watch",使您可以控制要构建或监视哪些外部包(如果有)。这些使您可以通过将构建限制为您当前正在处理的包来减少构建时间。
可选地,在运行 sencha app build
以动态构建您的包时添加 --uses
选项。
sencha app build production --uses
自从 Sencha Cmd 7.4.0.45 以来,可以在 ExtJS 包中添加和动态加载 css 和 js 外部资源。
当 package-loader 包加载 package.json
文件的 'js'
和 'css'
数组元素中包含的文件时,这些包包含在 app.json
文件的 'uses'
数组中,并且它们是动态加载的
Ext.Package.load(pkgName).then(function () {
target.add({
xtype: pkgName + 'main'
});
});
这些文件可以是远程文件或本地文件。应指示 Sencha Cmd 将包含 css 和 js 数组中指示的本地文件的文件或文件夹复制到包的编译版本中,包括作为 package.json
文件的 'resources'
数组中的一个元素的文件或目录。
例如
app.json
...
"requires": [
"font-awesome",
"package-loader"
],
"uses": [
"package1"
],
...
package.json
...
"js": [
{
"path": "https://code.jqueryjs.cn/jquery-3.6.0.min.js"
},
{
"path": "${package.dir}/externalLib/external1.js"
}
],
"css": [{
"path": "${package.dir}/externalLib/external1.css"
}],
"resources": [
"externalLib"
]
...
Cmd.package.json.Manifest
Manifest 的 css 和 js 数组元素的除 "path"
之外的所有属性都将被忽略,您可以在其中包含字符串 "${package.dir}"
以指示包所在的根目录。
该功能可以通过运行 'sencha app build' 或 'sencha app build -uses' 来调用 Sencha Cmd 来使用。
当前正在使用动态包加载器功能的现有应用程序应更新 Sencha Cmd(7.4.0.45) 和 package-loader(1.0.1) 包,以利用这些修复程序
sencha upgrade
。有关详细信息,请参阅 Sencha CLI 参考。sencha app refresh --packages
有关详细信息,请参阅 Sencha CLI 参考。另请参阅: uses 和 关于 Sencha Cmd 包。