许多类都有在创建(实例化)带有配置对象的类时使用的快捷名称。快捷名称被称为 alias
(别名)(如果类扩展了 Ext.Component,则为 xtype
)。别名/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
(自 3.4.0 版本起可用)- 示例中未显示),紧接在成员描述之后Defaults to: false
(默认为:false))API 文档使用许多标志来进一步传达类成员的功能和意图。标签可以用文本标签、缩写或图标表示。
classInstance.method1().method2().etc();
false
,则标记为可阻止的事件将不会触发- 表示框架类
- 单例框架类。*有关更多信息,请参阅单例标志
- 组件类型框架类(Ext JS 框架中扩展 Ext.Component 的任何类)
- 表示类、成员或指南在当前查看的版本中是新的
- 表示类型为 config
的类成员
- 表示类型为 property
的类成员
- 表示类型为 method
的类成员
- 表示类型为 event
的类成员
- 表示类型为 theme variable
的类成员
- 表示类型为 theme mixin
的类成员
- 表示类、成员或指南在当前查看的版本中是新的
在 API 文档页面的类名正下方是一行按钮,对应于当前类拥有的成员类型。每个按钮显示按类型划分的成员计数(此计数会随着过滤器的应用而更新)。单击按钮将导航到该成员部分。将鼠标悬停在成员类型按钮上将显示该类型的所有成员的弹出菜单,以进行快速导航。
与类配置选项相关的 Getter 和 Setter 方法将在方法部分以及 API 文档和成员类型菜单的配置部分中显示,紧靠它们所作用的配置下方。Getter 和 Setter 方法文档将在配置行中找到,以便于参考。
您的页面历史记录保存在本地存储中,并显示在顶部标题栏正下方(使用可用的实际空间)。默认情况下,显示的唯一搜索结果是与您当前查看的产品/版本匹配的页面。您可以通过单击历史记录栏右侧的 按钮并选择“全部”单选选项来扩展显示的内容。这将显示历史记录栏中所有产品/版本的所有最近页面。
在历史记录配置菜单中,您还将看到最近页面访问的列表。结果按“当前产品/版本”和“全部”单选选项过滤。单击 按钮将清除历史记录栏以及本地存储中保存的历史记录。
如果在历史记录配置菜单中选择“全部”,则“在历史记录栏中显示产品详细信息”复选框选项将启用。选中后,每个历史页面的产品/版本将与历史记录栏中的页面名称一起显示。将光标悬停在历史记录栏中的页面名称上也会将产品/版本显示为工具提示。
可以使用页面顶部的搜索字段搜索 API 文档和指南。
在 API 文档页面上,还有一个过滤器输入字段,用于使用过滤器字符串过滤成员行。除了按字符串过滤外,您还可以按访问级别、继承和只读来过滤类成员。这可以使用页面顶部的复选框来完成。
API 类导航树底部的复选框过滤类列表以包含或排除私有类。
单击空的搜索字段将显示您最近的 10 次搜索,以便快速导航。
每个 API 文档页面(Javascript 原始类型页面除外)都有一个与该类相关的元数据菜单视图。此元数据视图将具有以下一项或多项
Ext.button.Button
类具有 Ext.Button
的备用类名称)。备用类名称通常为了向后兼容性而维护。可运行的示例 (Fiddle) 默认在页面上展开。您可以使用代码块左上角的箭头单独折叠和展开示例代码块。您还可以使用页面右上角的切换按钮切换所有示例的折叠状态。切换所有状态将在页面加载之间记住。
类成员默认在页面上折叠。您可以使用成员行左侧的箭头图标或右上角的展开/折叠所有切换按钮全局展开和折叠成员。
在较窄的屏幕或浏览器上查看文档将导致针对较小外形尺寸优化的视图。桌面视图和“移动”视图之间的主要区别在于
可以通过单击 API 文档页面顶部的类名来查看类源代码。可以通过单击成员行右侧的“view source”(查看源代码)链接来查看类成员的源代码。
Sencha Cmd 提供的构建脚本是将 Sencha Cmd 的许多底层功能(例如编译器)结合在一起并自动化的组件。对于构建,很少有万能的解决方案,因此构建脚本提供了许多选项来配置和自定义其行为。本指南将解释构建脚本背后的原理,以及如果您需要定制构建过程以满足您的需求,应该在哪里查找。
建议在继续阅读之前先阅读以下指南
在内部,sencha app build
命令执行基本验证并调用应用程序根目录 "build.xml"
中的 Apache Ant 构建脚本。具体来说,它调用此脚本的 "build"
目标。这意味着可以检查、扩展甚至修改整个构建过程。
由于 sencha app build
只是调用 Ant "build.xml"
文件的 "build"
目标,因此您可以等效地直接从 Ant 调用构建。这在 Eclipse 和 NetBeans 等 IDE 中调用构建非常有用,在理解 Ant 的持续集成服务器(几乎所有服务器)中也很有用。
生成的 build.xml
是一个最小的 Ant 脚本,它使用 Ant import
任务导入 .sencha/app/build-impl.xml
以及其他几个文件。虽然 build.xml
旨在在生成后进行编辑,但 .sencha/app/*-impl.xml
文件则不然。这些文件将被 sencha app upgrade
替换,不应编辑。这些文件非常适合参考,但不应修改,除非绝对必要。
以下目标定义了从开始到结束的应用程序构建过程。除了 init
之外,每个目标都有一个属性,可以设置为 1 以禁用该步骤。
除了 init
之外,这些目标中的每一个都可以通过使用构建属性(见下文)从默认构建中删除,构建属性的目标名称前缀为 "skip."
。例如,禁用 slice
目标
skip.slice=1
如果只需要其中一部分,这些步骤也可以单独运行。这通常对于仅重建 Sass 非常有用
sencha ant sass
注意: 如果您安装了 Ant 1.8 或更高版本,使用 sencha ant
相当于使用您自己的 Ant 版本。
sencha app build
背后的构建脚本的大多数方面都由属性控制,这在 Ant 中很典型。在这种情况下,有两种类型的属性:配置属性和构建属性。
Sencha Cmd 配置属性可用于构建脚本,但也可以驱动 Sencha Cmd 的许多其他功能(例如编译器)。要查看当前配置属性集,请运行以下命令
sencha diag show
在大多数情况下,您可以通过每个属性的前缀来判断每个属性的来源
app.
-- 请参阅 "app.json"
和 ".sencha/app/sencha.cfg"
。workspace.
-- 请参阅 "workspace.json"
和 ".sencha/workspace/sencha.cfg"
。framework.
-- 请参阅 Ext JS 或 Sencha Touch SDK 中的 "cmd/sencha.cfg"
。cmd.
-- 请参阅 Sencha Cmd 安装文件夹中的 "sencha.cfg"
。配置属性的使用比构建过程广泛得多,并在 Sencha Cmd 高级指南 中进行了详细讨论。
构建脚本定义了许多其他特定于构建的属性。这些构建属性通常以 "build."
为前缀。
要查看这些属性的当前值,您可以从您的应用程序文件夹运行以下命令
sencha ant .props
有很多方法可以配置构建属性。最简单的方法是编辑构建属性文件之一。为了决定编辑哪个文件,了解每个文件的优先级以及在什么条件下加载它们很有帮助。
"local.properties"
-- 如果存在,则首先加载此文件。此文件旨在仅在本地应用(到本地计算机)。它不应提交到源代码控制以供他人使用。这些设置优先于其他属性文件中定义的任何属性以及当前配置属性。".sencha/app/${build.environment}.properties"
-- 根据 build.environment
属性的值,将加载以下文件之一。在这些文件中设置属性允许您根据正在运行的构建类型为属性设置不同的值。".sencha/app/native.properties"
".sencha/app/package.properties"
".sencha/app/production.properties"
".sencha/app/testing.properties"
".sencha/app/build.properties"
-- 这些属性接下来加载,并且优先级低于特定于构建环境的属性。这些是所有(或大多数)环境使用的属性。此文件旨在用于自定义。".sencha/app/defaults.properties"
-- 这些属性是要加载的最后一个(默认)值。此文件由 Sencha Cmd “拥有”,并且每次发布新属性时都会更新。此文件充当已定义构建属性集的参考,但不应编辑;请编辑任何其他文件。唯一优先级高于 "local.properties"
的属性是通过命令行传入的属性。
许多常见需求通过构建属性来解决,但不可能以这种方式解决所有用例。当配置选项无法完成任务时,下一个级别的自定义是扩展生成的 "build.xml"
Ant 脚本。
除了 import
任务之外,"build.xml"
还包含一个注释块,描述了许多可用的扩展点。这些扩展点采用可选 Ant 目标的形式,并以其构建过程步骤命名,但前缀为 "-before-"
和 "-after-"
。最常见的扩展点是这些
要在任何构建步骤之前或之后执行其他处理,请将适当命名的目标添加到 "build.xml"
。这些目标将由 sencha app build
调用。如果您使用 Ant 直接调用特定目标,这些目标也将被调用。
这些扩展点的一个常见用途是在 "all-classes.js"
文件中后处理构建输出。例如,使用一些预定义的 Ant 任务,我们可以在生成的文件上放置一个版权标题
<target name="-after-page">
<tstamp>
<format property="THISYEAR" pattern="yyyy"/>
</tstamp>
<!--
The build.classes.file property holds the full path to the "all-classes.js"
file so we use that variable rather than hard-code the name.
-->
<move file="${build.classes.file}" tofile="${build.classes.file}.tmp"/>
<concat destfile="${build.classes.file}">
<header filtering="no" trimleading="yes">
/*
* Copyright (C) ${THISYEAR}. All Rights Reserved.
* My Company Name
*/
</header>
<fileset file="${build.classes.file}.tmp"/>
</concat>
<delete file="${build.classes.file}.tmp" />
</target>