文档帮助

术语、图标和标签

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

访问级别

框架类或其成员可以指定为 private(私有)或 protected(受保护)。否则,类/成员为 public(公共)。Publicprotectedprivate 是访问描述符,用于传达类或类成员应如何以及何时使用。

成员类型

成员语法

下面是一个示例类成员,我们可以对其进行剖析,以展示类成员的语法(在本例中是从 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 原始类型页面除外)都有一个与该类相关的元数据菜单视图。此元数据视图将具有以下一项或多项

展开和折叠示例及类成员

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

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

桌面视图与移动视图

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

查看类源代码

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

Cmd 7.8.0


顶部

App 构建过程详解

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
  • 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 7.8.0