许多类在使用配置对象创建(实例化)类时使用快捷名称。快捷名称称为别名
(如果类扩展 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 方法调用成功,方法可能返回一个组件,如果失败则返回 false
,将显示为 Ext.Component/Boolean
)。PROTECTED
- 请参见下面的标志部分)Ext.container.Container
)。如果成员源自当前类,则源类将显示为蓝色链接;如果它从祖先或混合类继承,则显示为灰色。查看源代码
)item : Object
)进行列出。undefined
,则“返回”部分将注明返回的类或对象类型以及描述(在此示例中为 Ext.Component
)自 3.4.0 起可用
- 示例中未显示),紧接在成员描述之后默认为:false
)API 文档使用许多标志来进一步传达类成员的功能和意图。标签可以用文本标签、缩写或图标表示。
classInstance.method1().method2().etc();
false
时不会触发- 表示框架类
- 单例框架类。*有关更多信息,请参见单例标志
- 组件类型框架类(Ext JS 框架中任何扩展 Ext.Component 的类)
- 表示类、成员或指南在当前查看的版本中是新的
- 表示类型为 config
的类成员
- 表示类型为 property
的类成员
- 表示类型为 method
的类成员
- 表示类型为 event
的类成员
- 表示类型为主题变量
的类成员
- 表示类型为主题混合
的类成员
- 表示类、成员或指南在当前查看的版本中是新的
在 API 文档页面上,类名称正下方是一行按钮,对应于当前类拥有的成员类型。每个按钮显示按类型划分的成员数(此计数会在应用筛选器时更新)。单击按钮将导航到该成员部分。将鼠标悬停在成员类型按钮上,将显示该类型的所有成员的弹出菜单,以便快速导航。
与类配置选项相关的 Getter 和 Setter 方法将显示在方法部分以及 API 文档和成员类型菜单的配置部分,位于它们所使用的配置正下方。Getter 和 Setter 方法文档将位于配置行中,以便于参考。
您的页面历史记录保存在本地存储中,并显示在顶部标题栏正下方(使用可用空间)。默认情况下,仅显示与您当前正在查看的产品/版本匹配的搜索结果。您可以通过单击历史记录栏右侧的按钮并选择“全部”单选按钮来扩展显示内容。这将显示历史记录栏中所有产品/版本的所有近期页面。
在历史记录配置菜单中,您还将看到最近访问的页面列表。结果按“当前产品/版本”和“全部”单选按钮进行筛选。单击按钮将清除历史记录栏以及保存在本地存储中的历史记录。
如果在历史记录配置菜单中选择了“全部”,则将启用“在历史记录栏中显示产品详细信息”复选框选项。选中后,历史记录栏中每个历史页面的产品/版本将显示在页面名称旁边。将光标悬停在历史记录栏中的页面名称上,还将以工具提示的形式显示产品/版本。
可以使用页面顶部的搜索字段搜索 API 文档和指南。
在 API 文档页面上,还有一个筛选器输入字段,它使用筛选器字符串筛选成员行。除了按字符串筛选外,您还可以按访问级别、继承和只读筛选类成员。这是使用页面顶部的复选框完成的。
API 类导航树底部的复选框筛选类列表,以包括或排除私有类。
单击空搜索字段将显示您最近的 10 次搜索,以便快速导航。
每个 API 文档页面(Javascript 原始页面除外)都有一个与该类相关的元数据菜单视图。此元数据视图将具有以下一项或多项
Ext.button.Button
类有一个备用类名 Ext.Button
)。备用类名通常用于向后兼容。默认情况下,可运行示例(小提琴)在页面上展开。您可以使用代码块左上角的箭头单独折叠和展开示例代码块。您还可以使用页面右上角的切换按钮切换所有示例的折叠状态。切换所有状态将在页面加载之间记住。
默认情况下,类成员在页面上折叠。您可以使用成员行左侧的箭头图标或使用右上角的展开/折叠全部切换按钮全局展开和折叠成员。
在较窄的屏幕或浏览器中查看文档将导致针对较小尺寸优化视图。桌面视图和“移动”视图之间的主要区别是
可以通过单击 API 文档页面顶部的类名来查看类源。可以通过单击成员行右侧的“查看源”链接来查看类成员的源。
本指南说明了如何在应用程序中管理 Sencha Cmd 和 Sencha 框架的升级。
建议在继续之前阅读以下指南
生成的应用程序包括与 Sencha Cmd 相关的两种基本内容:构建脚本(或脚手架)和目标 Sencha SDK 的重要内容。因此,您偶尔需要升级这些部分。您可以使用以下命令执行此操作
sencha app upgrade [ path-to-new-framework ]
“path-to-new-framework”是可选的,用于升级 Sencha Cmd 脚手架和应用程序使用的框架。
在对应用程序源代码执行任何批量操作时,强烈建议在版本控制方面从“干净”状态开始。也就是说,最好在执行升级之前没有任何未提交的更改。这样,您可以轻松查看并可能丢弃 sencha app upgrade
做出的更改,而不会遇到最小麻烦。
要使用较早版本生成的应用程序启动 Sencha Cmd 的新版本,您可以在应用程序中运行此命令
sencha app upgrade
这将替换 ".sencha"
的内容,但也会升级 "app.js"
以及其他几个文件。
由于生成的应用程序包含最初生成它们的 SDK 的副本,因此需要更新应用程序以使用 SDK 的新版本。sencha app upgrade
命令将用新版本替换旧的 SDK 副本
sencha app upgrade ../path/to/framework
上述命令指向已下载并解压的 SDK 路径。
重要提示。不要对该命令使用 -sdk
开关,因为您会对 sencha generate app
命令使用它。请改用上面显示的命令。
如果您从 Ext JS 4.1 升级到 4.2+,则还可能对生成的源代码进行一些更改。
在 Sencha Cmd 中,代码生成器会合并三方,以最好地协调它生成的代码、上次生成的代码以及您可能已编辑的代码的当前状态。这种方法允许您以多种方式编辑文件(如 "app.js"
),只要您的更改不与 Sencha Cmd 要进行的更改重叠即可。
合并过程遵循以下伪代码(以 "app.js"
为例)
mv app.js app.js.$old
regenerate last version to app.js.$base
generate new version to app.js
diff3 app.js.$base app.js.$old app.js
在理想情况下,您不会注意到此机制在起作用。然而,在某些情况下,您可能会收到一条错误消息,告诉您存在“合并冲突”,并且您需要手动解决此问题。
在无法重新创建基本版本的情况下,".$old"
文件会保留在磁盘上,您可以将其与当前版本进行比较。或者,您可以使用源代码控制系统将当前文件与上次提交的文件进行比较。
当可以生成基本版本时(大多数情况),".$old"
文件会被删除,因为冲突会以标准方式标注在目标文件中
<<<<<<< Generated
// stuff that Sencha Cmd thinks belongs here
=======
// stuff that you have changed which conflicts
>>>>>>> Custom
此过程与您和另一位用户(在本例中为 Sencha Cmd)都已修改的文件在源代码控制系统中的预期完全一致。与版本控制一样,解决这些问题的理想方法是使用可视化合并工具。
要将 Sencha Cmd 配置为在遇到合并冲突时调用合并工具,您需要设置以下两个属性
cmd.merge.tool
cmd.merge.tool.args
设置 cmd.merge.tool
属性可以像程序名称一样简单,如果该程序在 PATH 中,但如果不是,则可能需要使用可执行文件的完整路径。
相应的 cmd.merge.tool.args
属性应根据所需合并工具所需的命令行参数进行设置。此属性是一个模板,可以包含以下替换令牌
cmd.merge.tool.args={base} {user} {generated} {out}
首先根据空格拆分模板,然后用实际的文件名替换令牌。如果合并工具有更多自定义需求,则可能需要将 cmd.merge.tool
设置为可以包装合并工具的 shell 脚本。
Sencha Cmd 提供属性以帮助配置几个流行的合并工具
对于 p4merge,您可以像这样设置这些属性
cmd.merge.tool=p4merge
cmd.merge.tool.args=${cmd.merge.tool.args.p4merge}
这假设 "p4merge"
在您的 PATH
环境变量中。如果不是,您将需要完全指定可执行文件的路径。
对于 SourceGear
cmd.merge.tool.args=${cmd.merge.tool.args.sourcegear}
对于 kdiff3
cmd.merge.tool.args=${cmd.merge.tool.args.kdiff3}
对于 Syntevo SmartSynchronize 3
cmd.merge.tool.args=${cmd.merge.tool.args.smartsync}
对于 TortoiseMerge(TortoiseSVN 的一部分)
cmd.merge.tool.args=${cmd.merge.tool.args.tortoise}
对于 AraxisMerge
cmd.merge.tool.args=${cmd.merge.tool.args.araxis}
如果您对应用程序进行了大量自定义,有时只需在临时位置生成一个新应用程序,然后从复制其 ".sencha"
文件夹开始,以替换您自己的文件夹,注意协调您可能进行的任何更改并将其合并到新版本中。
如果您正在使用工作区,您可能需要将 ".sencha/workspace"
文件夹从生成的应用程序复制到工作区的 ".sencha"
文件夹,以替换那里的旧版本。