许多类在使用配置对象创建(实例化)类时都有快捷名称。快捷名称被称为 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
- 示例中未显示),紧随成员描述之后Defaults to: 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
的备用类名称)。维护备用类名称通常是为了向后兼容性。可运行的示例 (Fiddles) 默认在页面上展开。您可以使用代码块左上角的箭头单独折叠和展开示例代码块。您还可以使用页面右上角的切换按钮切换所有示例的折叠状态。切换全部状态将在页面加载之间记住。
类成员默认在页面上折叠。您可以使用成员行左侧的箭头图标展开和折叠成员,或者使用右上角的展开/折叠全部切换按钮全局展开/折叠。
在较窄的屏幕或浏览器上查看文档将导致视图针对较小的外形尺寸进行优化。桌面视图和“移动”视图之间的主要区别在于
可以通过单击 API 文档页面顶部的类名来查看类源代码。可以通过单击成员行右侧的“查看源代码”链接来查看类成员的源代码。
本指南提供有关创建自定义用户扩展的说明;有关在项目中使用这些功能的更多信息,请参阅使用用户扩展指南。
用户扩展使您能够打包实现非标准功能的组件,以便轻松重用。
Sencha Architect 还提供了与其他项目和其他用户共享单个类或组件的功能。这些在使用类指南中讨论。
用户扩展是在 Architect 项目之外开发的用户界面组件。在早期版本的 Sencha Architect 中,组件可以作为资源包含在 Architect 项目中,但它们是静态的。此外,它们不显示在画布中,也不能像 Architect 中包含的组件那样使用和操作。
从 Sencha Architect 3.0 开始,正确打包的用户扩展可以集成到 Architect 项目中。不支持与组件的完全交互。例如,您不能像在应用程序中那样单击和操作元素,但是可以将组件拖动到画布中并显示在画布中,并且可以在配置面板中设置组件的配置。
当以下一个或多个条件为真时,用户扩展包或 .aux
文件是合适的
创建 Architect 用户扩展的步骤是
src
文件夹。architect
目录添加到 UE 包的根目录,并为您在用户扩展中定义的每个类创建一个 JSON 定义文件。然后,您将把这些定义文件放在 architect
目录中。package.json
文件。以下详细讨论了这些步骤中的每一个步骤。
如果您尚未设置 Sencha Cmd 工作区,请选择要用作工作区的目录,然后在其中键入以下内容
sencha generate workspace /path/to/directory
要创建包,请导航到新创建的工作区并键入以下内容(将“FooExtension”替换为您的扩展的名称)
sencha generate package -type code FooExtension
如果您的工作区中尚不存在 packages
文件夹,这将创建一个 packages
文件夹,并在 packages
下创建一个以您的包命名的目录(例如“FooExtension”)
Sencha Cmd 完成了大部分工作,但您必须手动创建一些目录并添加一些数据。扩展包的格式显示在用户扩展结构中。
通过将所有类的 .js
文件复制到 src
目录来填充扩展包。大多数用户扩展仅包含一两个类,但您实际上可以包含任意数量的类。
将特定于您的扩展的任何 CSS 文件添加到 resources/css
目录。
用户扩展包中的每个类都必须有一个 JSON 定义文件,以便通过 Architect 中的工具箱使用。定义文件位于您之前在包树的根目录中创建的 architect
目录中。这些定义定义了用户扩展集成到 Sencha Architect 基础设施中的特性和行为。它们可以是极其简单的文件,仅在工具箱中为项目命名并对应于一个类,但也可能具有更复杂的行为。
有关定义文件和必须填充的字段的详细信息,请参阅用户扩展结构。
sencha generate
命令设置了一个骨架 package.json
文件。您必须手动编辑该文件以提供有关您的扩展的其他信息。
有关 package.json
文件和必须填充的字段的详细信息,请参阅用户扩展结构。
每个用户扩展包都应包含一个 Readme.md
文件,其中包含以下信息
要测试您的用户扩展包,请执行以下步骤
通过将其复制到 Architect 设置中指定的扩展存储目录,然后复制到版本文件夹中,将其安装在您的测试系统上。例如
C:\Users\YOURNAME\Documents\Architect\Extensions\MyExtension\1.0\
打开一个使用兼容框架的 Architect 项目,并在项目中使用您的用户扩展。
请务必遵守以下清单
要从 Architect 打包用户扩展
生成的 .aux
文件现在可以与其他 Architect 用户共享了!
手动打包您的用户扩展(不推荐)
package.json
的目录开始。不要从扩展名之上的目录进行压缩。解压缩扩展名时,其内容必须在工作目录级别解压缩。.zip
文件重命名为具有 .aux
扩展名。当打包新版本的用户扩展时
package.json
文件中 version
字段的值。Architect 在安装时比较版本号,跳过此步骤将导致用户无法安装您新更新的扩展。