文档帮助

术语、图标和标签

使用配置对象创建(实例化)类时,许多类都有快捷名称。快捷名称被称为别名(如果类扩展了 Ext.Component,则称为xtype)。适用于类的别名/xtype 会列在类名称旁边以供快速参考。

访问级别

框架类或其成员可以指定为privateprotected。否则,类/成员为publicPublicprotectedprivate是访问描述符,用于传达如何以及何时应使用类或类成员。

成员类型

成员语法

下面是一个示例类成员,我们可以对其进行剖析以显示类成员的语法(在本例中,是从 Ext.button.Button 类查看的 lookupComponent 方法)。

lookupComponent ( item ) : Ext.Component
protected

在初始化items配置期间或添加新项时将原始配置对象添加到此容器时调用,或{@link #insert 插入}。

此方法将传递的对象转换为实例化子组件。

当需要对子项创建应用特殊处理时,可以在子类中覆盖此方法。

参数

item :  Object

正在添加的配置对象。

返回
Ext.Component

要添加的组件。

我们来看看成员行的每一部分

成员标志

API 文档使用许多标志来进一步传达类成员的功能和意图。标签可以用文本标签、缩写或图标表示。

类图标

- 表示框架类

- 单例框架类。*有关更多信息,请参见单例标志

- 组件类型框架类(Ext JS 框架中任何扩展 Ext.Component 的类)

- 表示类、成员或指南在当前查看的版本中是新的

成员图标

- 表示类型为 config 的类成员

- 表示类型为 property 的类成员

- 表示类型为 method 的类成员

- 表示类型为 event 的类成员

- 表示类型为 theme variable 的类成员

- 表示类型为 theme mixin 的类成员

- 表示类、成员或指南在当前查看的版本中是新的

类成员快速导航菜单

在 API 文档页面上的类名称正下方是对应于当前类拥有的成员类型的按钮行。每个按钮按类型显示成员数(此计数在应用筛选器时更新)。单击按钮将导航到该成员部分。将鼠标悬停在成员类型按钮上将显示一个弹出菜单,其中包含该类型的所有成员,以便快速导航。

Getter 和 Setter 方法

与类配置选项相关的 getter 和 setter 方法将显示在方法部分以及 API 文档和成员类型菜单的配置部分中,位于它们所处理的配置正下方。getter 和 setter 方法文档将位于配置行中,以便于参考。

历史记录栏

您的页面历史记录保存在本地存储中,并显示在顶部标题栏正下方(使用可用空间)。默认情况下,仅显示与您当前正在查看的产品/版本匹配的搜索结果。您可以通过单击历史记录栏右侧的 按钮并选择“全部”单选按钮来展开显示的内容。这将在历史记录栏中显示所有产品/版本的所有近期页面。

在历史记录配置菜单中,您还将看到最近访问的页面列表。结果按“当前产品/版本”和“全部”单选按钮进行筛选。单击 按钮将清除历史记录栏以及本地存储中保存的历史记录。

如果在历史记录配置菜单中选择了“全部”,则将启用“在历史记录栏中显示产品详细信息”复选框选项。选中后,每个历史页面的产品/版本将与历史记录栏中的页面名称一起显示。将光标悬停在历史记录栏中的页面名称上也将以工具提示的形式显示产品/版本。

搜索和筛选器

可以使用页面顶部的搜索字段搜索 API 文档和指南。

在 API 文档页面上,还有一个筛选器输入字段,用于使用筛选器字符串筛选成员行。除了按字符串筛选外,您还可以按访问级别、继承和只读筛选类成员。这是使用页面顶部的复选框完成的。

API 类导航树底部的复选框筛选类列表以包括或排除私有类。

单击一个空的搜索字段将显示您最近的 10 次搜索,以便快速导航。

API 文档类元数据

每个 API 文档页面(除了 Javascript 原语页面外)都有一个与该类相关的元数据菜单视图。此元数据视图将具有以下一项或多项

展开和折叠示例和类成员

默认情况下,可运行示例(小提琴)在页面上展开。您可以使用代码块左上角的箭头单独折叠和展开示例代码块。您还可以使用页面右上角的切换按钮切换所有示例的折叠状态。切换所有状态将在页面加载之间记住。

默认情况下,类成员在页面上折叠。你可以使用成员行左侧的箭头图标或全局使用右上角的展开/折叠所有切换按钮来展开和折叠成员。

桌面 -vs- 移动视图

在较窄的屏幕或浏览器上查看文档将导致针对较小尺寸进行优化的视图。桌面和“移动”视图之间的主要区别是

查看类源

可以通过单击 API 文档页面顶部的类名来查看类源。可以通过单击成员行右侧的“查看源”链接来查看类成员的源。

Cmd


顶部

在应用程序构建过程中

Sencha Cmd 提供的构建脚本是将 Sencha Cmd 的许多低级特性(例如编译器)联系在一起并使其自动化的组件。对于构建而言,很少有放之四海而皆准的解决方案,因此构建脚本提供了许多选项来配置和自定义其行为。本指南将解释构建脚本背后的原理,以及在你需要根据自己的需要定制构建过程时可以查看的地方。

先决条件

建议在继续之前阅读以下指南

简介

在内部,sencha app build 命令执行基本验证,并调用应用程序根目录中 "build.xml" 中的 Apache Ant 构建脚本。具体来说,它调用此脚本的 "build" 目标。这意味着可以检查、扩展甚至(如果必要)修改整个构建过程。

由于 sencha app build 只是调用 Ant "build.xml" 文件的 "build" 目标,因此你可以等效地直接从 Ant 调用构建。这在像 Eclipse 和 NetBeans 这样的 IDE 中很有用,用于调用构建,但在理解 Ant 的持续集成服务器中也很有用(几乎所有服务器都理解 Ant)。

生成的 build.xml 是一个最小的 Ant 脚本,它使用 Ant import 任务来导入 .sencha/app/build-impl.xml 以及其他几个文件。虽然 build.xml 在生成后可以进行编辑,但 .sencha/app/*-impl.xml 文件不能。这些文件将被 sencha app upgrade 替换,不应进行编辑。这些文件非常适合参考,但除非绝对必要,否则不应修改。

构建目标

以下目标定义了应用程序构建过程,从开始到结束。除了 init 之外,每个目标都有一个属性,可以将其设置为 1 以禁用该步骤。

  • init
  • refresh
  • resolve(默认为 1;设置 skip.resolve=0 以启用)
  • js
  • resources
  • sass
  • slice
  • page
  • native-package

除了 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 Cmd 配置属性
  • ".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-"。最常见的扩展点是这些

  • init
    • -before-init
    • -after-init
  • refresh
    • -before-refresh
    • -after-refresh
  • resolve
    • -before-resolve
    • -after-resolve
  • js
    • -before-js
    • -after-js
  • resources
    • -before-resources
    • -after-resources
  • sass
    • -before-sass
    • -after-sass
  • slice
    • -before-slice
    • -after-slice
  • page
    • -before-page
    • -after-page
  • native-package
    • -before-native-package
    • -after-native-package

要在任何构建步骤之前或之后执行其他处理,请向 "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>

下一步

Cmd