文档帮助

术语、图标和标签

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

访问级别

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

成员类型

成员语法

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

让我们看一下成员行的每个部分

  • 展开/折叠 - 成员行的左侧是一个控件,用于展开和折叠每个成员行以显示/隐藏成员详细信息。
  • 成员名称 - 类成员的名称(本例中为 lookupComponent
  • 方法参数 - 方法使用的任何必需或可选参数(或传递给事件处理程序方法的参数)将列在方法名称旁边的括号内(本例中为 ( item )
  • 返回类型 - 方法或属性返回的类实例或 javascript 对象(本例中为 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 版本起可用) - 示例中未显示),紧随成员描述之后
  • 默认值示例中未显示) - Config(配置)通常显示要应用于类实例的默认配置值(如果未被覆盖)(即 Defaults to: false(默认为:false))

成员标志

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

  • Required(必需) - 实例化类时必需的配置
  • Bindable(可绑定) - 配置具有 setter,允许通过 ViewModel 绑定设置此配置
  • Read Only(只读) - 属性可以读取,但不能用于在运行时配置/重新配置类实例
  • Singleton(单例) - 单例类在定义后立即实例化,不能手动实例化
  • Static(静态) - 静态方法或属性是属于类本身的方法或属性,而不是类的实例
  • Chainable(可链式调用) - 指的是在调用时返回类实例的方法。
    这使得可以进行链式方法调用,例如:classInstance.method1().method2().etc();
  • Deprecated(已弃用) - 计划在未来框架版本中删除的类或成员,并在当前版本中提供以实现向后兼容性。
    已弃用的类和成员将包含一条消息,指导您了解将来的首选类/方法。
  • Removed(已删除) - 已删除的类或成员,仅在文档中作为升级框架版本的用户的参考
  • Template(模板) - 在基类中定义的方法,旨在被子类覆盖
  • Abstract(抽象) - 类或成员可以定义为抽象的。抽象类和成员建立类结构并提供有限的(如果有)代码。特定于类的代码将通过子类中的覆盖来提供。
  • Preventable(可阻止) - 如果从事件处理程序返回 false,则标记为可阻止的事件将不会触发

类图标

- 表示框架类

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

- 组件类型框架类(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 原始类型页面除外)都有一个与该类相关的元数据菜单视图。此元数据视图将具有以下一项或多项

  • Alternate Name(备用名称) - 一个或多个附加的类名同义词(在 Ext JS 6.0.0 中,Ext.button.Button 类具有 Ext.Button 的备用类名)。通常维护备用类名是为了向后兼容。
  • Hierarchy(层次结构) - 层次结构视图列出了当前类的继承链,从祖先类一直到根基类。
  • Mixins(混入) - 混入到当前类中的类列表
  • Inherited Mixins(继承的混入) - 混入到当前类的祖先类中的类列表
  • Requires(需要) - 类实例化所需定义的所有类
  • Uses(使用) - 类在其生命周期中的某个时刻可能使用的类列表,但不一定是类最初实例化所必需的
  • Subclasses(子类) - 扩展当前类的类

展开和折叠示例及类成员

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

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

桌面 -vs- 移动视图

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

  • 全局导航将位于左侧菜单中,可通过汉堡菜单图标访问。菜单包含以下内容(在大多数页面上)
    • 当前产品的名称(作为指向产品登陆页面的链接)
    • 用于导航回文档主页的 Sencha 图标
    • 产品菜单下拉按钮
    • API 文档和指南的导航树选项卡
  • 当前上下文导航和工具位于右侧,可通过齿轮图标访问。上下文菜单包含以下内容
    • 全局搜索输入字段
    • API 文档)“过滤器”选项卡,其中包含成员过滤器、展开/折叠所有示例按钮、展开/折叠所有成员行按钮、访问级别过滤器复选框以及每个成员的计数
    • API 文档)“相关类”选项卡,其中包含与当前类相关的元数据菜单
    • 指南)指南的目录

查看类源代码

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

Ext JS 7.8.0 - Modern Toolkit


顶部
指南适用于: modern

Cmd 深入入门

本指南涵盖深入了解 Sencha Cmd 可以做什么。

在本指南中,我们将从头开始使用 Sencha Cmd 和 Ext JS Modern Toolkit 构建 Ext JS 7.0 应用程序,该工具包专为移动设备和现代桌面浏览器(如 Chrome、Firefox、Edge、Safari 和 IE11)而设计。要以旧版本的 IE 浏览器为目标,请参阅下面标题为 Classic Toolkit(经典工具包) 的部分。

从最小的应用程序(Sencha Cmd 生成)开始,我们将按照 Sencha 推荐的最佳实践逐步向此应用程序添加功能。虽然可以将 Ext JS 用作预构建的 JavaScript 和 CSS 文件,但您的真实世界应用程序将通过从可扩展的工具基础开始而大大受益,这些工具可以为您的最终用户生成优化的构建。

让我们开始吧!

先决条件

  1. 下载并安装 Sencha Cmd 7.0.0
  2. 下载 Ext JS 7.0.0 SDK

我们建议将 Ext JS 解压到“home”目录中的固定位置

C:\Users\Me\sencha-sdks    # Windows
/Users/Me/sencha-sdks      # Mac OS X
/home/me/sencha-sdks       # Linux

在此文件夹中解压缩 Ext JS 后,您应该看到一个子文件夹,例如以下文件夹(在 Windows 上)

C:\Users\Myname\sencha-sdks\ext-7.0.0

现在 Sencha Cmd 已安装并且 Ext JS SDK 已解压缩,让我们使用此位置配置 Sencha Cmd。例如(在 Windows 上)

> sencha config --prop sencha.sdk.path=C:\Users\Me\sencha-sdks --save

保存此设置后,您可以将更高版本的 Ext JS 下载到同一文件夹中,而无需重复最后一步。

初始化应用程序

要创建应用程序,请打开终端或命令提示符,并创建一个空目录并“cd”进入该目录

> md ~/myapp    # On Windows, replace "~" with "C:\Users\Me"
> cd ~/myapp

从此目录中,我们运行“sencha app init”以在磁盘上创建应用程序

> sencha app init [email protected] --modern MyApp

这将生成几行输出,因为应用程序代码已生成,并且 Ext JS 的必要部分已复制到当前目录中。当前目录现在应包含

ext700/
.gitignore
app.js
app.json
build.xml
index.html
workspace.json

启动应用程序

要构建应用程序(以允许浏览器加载它),请从同一目录运行以下命令

> sencha app watch

您将看到几行信息,因为 Sencha Cmd 构建了应用程序,但有两点需要注意

...
[INF] Application available at https://127.0.0.1:1841
…
[INF] Waiting for changes...

当 app watch 运行时,一个基本的 Web 服务器正在为应用程序目录提供服务。现在我们可以在浏览器中加载 https://127.0.0.1:1841 并查看应用程序。

Sencha Cmd 还在监视您的应用程序目录中的更改。如果您对样式或 JavaScript 代码进行更改,Sencha Cmd 将检测到这些更改并更新必要的构建输出,以保持应用程序在浏览器中正确呈现。当检测到您的更改时,Sencha Cmd 将记录几行输出,并且(通常在几秒钟内)以“Waiting for changes…(等待更改…)”结束,以让您知道一切都已准备就绪。

这意味着要更改您的应用程序,您可以在 IDE 或文本编辑器中编辑代码并点击保存...然后在浏览器中只需重新加载。

您可以通过按 CTRL+C 来停止 app watch。

修改应用程序

我们刚刚创建的应用程序非常小巧:它只显示一个消息框!即便如此,查看生成的代码也很有帮助。如果您查看“index.html”,您将看不到任何可视的 HTML 内容。这是因为 Ext JS 是一个“JavaScript 优先”的框架。也就是说,用户界面及其逻辑都在 JavaScript 中定义。必要的样式由各种包含的主题(例如 Material)提供。

虽然直接编写 HTML 不是必需的,但您当然可以将 Ext JS 添加到现有页面并在手写的 HTML 文档中创建组件。由于创建 Ext JS 中的应用程序不是必需的,因此本指南将不再进一步探讨这种方法。

Ext JS 是一个基于类的面向对象的框架。Ext JS 提供了数百个类,您可以用来创建或扩展您的应用程序。这些类的范围从管理数据和服务器通信的非可视类到提供强大功能的用户界面组件。通过基于这些组件创建您自己的类,您可以专注于制作引人注目的应用程序。

Ext JS 应用程序的起点是 app.js(如 app.json 中指定的)。生成的 app.js 文件看起来像这样

Ext.application({
    name: 'MyApp',

    requires: [
        'Ext.MessageBox'
    ],

    launch: function () {
        Ext.Msg.alert('Hello Ext JS', 'Hello! Welcome to Ext JS.');
    }
});

Ext.application 方法告知 Ext JS 您的应用程序。在这种情况下,这只是一个名称和一个 launch 方法。我们还在应用程序中使用“requires”描述了我们正在使用的类。

加载所需的类并且浏览器准备就绪后,将调用 launch 方法。这是应用程序执行其启动序列的地方。为了开始工作,让我们定义一个应用程序类和我们的主视图。

Application 类

默认情况下,Ext.application() 方法创建一个基本的 application 实例,但大多数应用程序都需要自定义此实例并提供自己的顶级逻辑。例如,应用程序通常需要处理诸如深度链接和浏览器的前进和后退按钮(通常称为“路由”)之类的事情。虽然本指南不会解决这些问题,但拥有一个 Application 类是最佳实践,因此让我们创建一个最基本的版本

./app/Application.js

Ext.define('MyApp.Application', {
    extend: 'Ext.app.Application',

    mainView: 'MyApp.view.main.Main'
});

此应用程序在启动时不需要特殊逻辑,因此我们将 launch 方法替换为 mainView 配置属性。继承的 launch 方法将创建此类的实例。

旁注:Config(配置)属性是由 Ext JS 类声明的特殊属性,类似于 HTML 元素的属性(例如“disabled(禁用)”或“value(值)”)。这些 config(配置)属性(或简称为“configs(配置)”)可以在类主体(如上所示)上指定,也可以在“config object(配置对象)”(它是构造函数的单个参数)中传递。

现在我们有了一个 Application 类,应该更改 app.js 以匹配

Ext.application({
    name: 'MyApp',
    extend: 'MyApp.Application',  // <<== added

    requires: [
        'MyApp.*'   // tell Cmd to include all app classes
    ]
});

主视图

我们为主视图选择的类名是“MyApp.view.main.Main”,因此按照惯例,我们将创建 JavaScript 文件 './app/view/main/Main.js'。“app”文件夹是 Sencha Cmd 查找应用程序类的地方(由 app.json 配置)。视图放置在“app/view”中。“main”目录的原因将在我们向视图添加控制器和样式时变得清晰,因为这些文件也将放置在此目录中。

许多应用程序的常见主视图是选项卡面板,因此让我们首先为此主视图扩展此类

./app/view/main/Main.js

Ext.define('MyApp.view.main.Main', {
    extend: 'Ext.tab.Panel',

    requires: [
        'Ext.Button'
    ],

    items: [{
        title: 'Home',
        html: '<h1 class="main-banner">Hello World!</h1>',
        items: [{
            xtype: 'button',
            text: 'Go'
        }]
    }, {
        title: 'Notifications'
    }, {
        title: 'Settings'
    }]
});

选项卡面板是一个特殊的 container(容器)。容器只是一个包含其他组件的组件。这些子组件(通常称为“items(项)”)通过分配“items”配置添加到容器中。在上面,选项卡面板扩展了基本容器类,并添加了一个选项卡栏,以使用户能够在子项之间切换。

添加控制器

我们已向 Home 选项卡添加了一些内容:一些 HTML 和一个按钮组件。这也是我们为 Ext.Button 类添加“requires”的原因。这允许我们在 Home 选项卡的项中使用其“xtype”。“xtype”是一个组件别名,很像 HTML 元素的标签名称。

但是,此按钮相当惰性。单击不会执行任何操作,只会涟漪按钮。要添加逻辑,我们需要一个处理程序方法。使用 Ext JS,我们可以直接在视图中编写此处理程序,但这不被鼓励。相反,我们将此代码放在控制器中。

./app/view/main/MainController.js

Ext.define('MyApp.view.main.MainController', {
    extend: 'Ext.app.ViewController',
    alias: 'controller.main',

    requires: [
        'Ext.MessageBox'
    ],

    onGo: function () {
        Ext.Msg.alert('Go', 'From main view controller');
    }
});

此类扩展了 ViewController,因此是适合控制视图的控制器。我们还为其分配了别名“controller.main”。此别名允许我们轻松地将控制器与我们的主视图关联起来

Ext.define('MyApp.view.main.Main', {
    extend: 'Ext.tab.Panel',

    controller: 'main',   // <<== added
    ...

现在我们可以将 Go 按钮定向到控制器中的 onGo handler(处理程序)

    ...
    items: [{
        xtype: 'button',
        text: 'Go',
        handler: 'onGo'  // <<== added
    }]

这非常类似于将 onclick 属性添加到按钮 HTML 元素的方式。在这种情况下,该方法使用提供的名称并向上查找(从按钮开始)以查找控制器。

使用数据绑定

在许多应用程序中,大部分代码都与响应更改并将这些更改反映在适当的组件中有关。例如,如果某个输入字段为空,则禁用按钮。

Ext JS 应用程序可以使用“data binding(数据绑定)”来自动化这些常见任务。数据绑定允许应用程序在称为 view models(视图模型) 的对象中管理状态数据,然后轻松地将这些数据连接到组件配置属性。

让我们添加一个 textfield(文本字段) 组件和一个 viewModel(视图模型),并使用 bind(绑定) 配置来保持我们的组件同步

Ext.define('MyApp.view.main.Main', {
    extend: 'Ext.tab.Panel',
    controller: 'main',

    requires: [
        'Ext.Button',
        'Ext.field.Text'  // <<== added
    ],

    viewModel: {   // <<== added
        data: {
            userName: ''
        }
    },

    items: [{
        title: 'Home',
        html: '<h1 class="main-banner">Hello World!<h1>',
        items: [{
            xtype: 'textfield',  // <<== added
            label: 'User name',
            bind: '{userName}'
        }, {
            xtype: 'button',
            handler: 'onGo',
            bind: {             // <<== added
                disabled: '{!userName}',
                text: '{userName ? "Save: " + userName : "Save"}'
            }
        }]
    }, {
        title: 'Notifications'
    }, {
        title: 'Settings'
    }]
});

这里发生了一些事情,所以让我们逐步分解

我们使用了 viewModel 配置来定义视图模型,并在其数据对象中添加了“userName”字符串。此视图模型的数据现在可用于主视图中包含的所有组件。

“textfield(文本字段)”组件包装了一个 HTML input 元素,并允许用户输入文本。此组件配置了 bind 配置,该配置将其值绑定到视图模型中的 userName 属性。用户所做的更改将自动反映在视图模型数据中。同样,如果视图模型数据发生更改,则此文本字段的值将更新。这称为双向数据绑定。

当 bind 配置的值是一个字符串(如我们的文本字段)时,该字符串被理解为默认配置属性的绑定表达式。对于文本字段,它是“value(值)”配置。但是,当 bind 配置被赋予一个对象值(如我们的按钮)时,此对象的键/值对是配置的名称及其相应的绑定表达式。对于我们的按钮,我们绑定了“disabled(禁用)”和“text(文本)”配置。

字符串 '{!userName}' 中的绑定表达式包含一个替换标记(在“{}”对内),该标记的计算方式与您在 JavaScript 中期望的方式相同。如果视图模型中的 userName 值为空,则按钮将被禁用。text 属性的绑定表达式说明了一个更灵活的绑定表达式。

如果您使用这些更改运行应用程序,您将看到按钮的文本和禁用状态如何跟踪文本字段中键入的任何内容。无需显式逻辑来保持这些部分同步。

视图模型具有更多功能,可以减少您原本必须编写的代码的混乱程度。有关更多信息,请参阅 ViewModels and Data Binding Guide(视图模型和数据绑定指南)

处理事件

虽然数据绑定可以处理许多常见情况,但应用程序需要显式处理某些用户交互。与 HTML 元素一样,Ext JS 组件也会触发事件。与之前显示的按钮处理程序类似,事件处理程序通常附加到组件并由控制器提供。事件处理程序使用“listeners(监听器)”附加到组件

items: [{
    xtype: 'textfield',
    label: 'User name',
    bind: '{userName}',

    listeners: {   // <<== added
        action: 'onGo'
    }

action(操作) 事件是用户按下 ENTER 键时文本字段触发的事件。我们将此事件定向到与按钮的处理程序相同的控制器方法。虽然这种处理程序的共享很方便,但重要的是要注意,并非总是适合这样做。

如果控制器方法需要处理其参数,则方法共享通常是不合适的。到目前为止,控制器尚未使用其参数,因此像这样共享方法没有问题。但是,如果 onGo 方法需要 按钮传递的参数,那么将其附加到文本字段的 action 事件将导致问题,因为它提供了不同的 参数

使用 Grid(网格)

虽然 Ext JS 提供了各种有用的组件,例如按钮,但它以其众多的“超级”组件而闻名。其中最受欢迎的是 Ext JS Grid。Grid 是一种显示表格数据的简单方法,并允许您的用户轻松地与该数据进行交互和操作。让我们创建一个新视图并为“通知”选项卡添加一个 grid

    }, {
        title: 'Notifications',
        xtype: 'notifications'  // <<== add to main view
    }, {

创建新视图

./app/view/notify/Notifications.js

Ext.define('MyApp.view.notify.Notifications', {
    extend: 'Ext.Panel',
    xtype: 'notifications', // #1

    requires: [
        'Ext.grid.Grid',
        'Ext.grid.column.Date',
        'Ext.layout.Fit'
    ],

    layout: 'fit', // #2

    items: [{
        xtype: 'grid',

        store: {
            type: 'notifications' // we'll define this next
        },

        columns: [{
            xtype: 'datecolumn',
            text: 'Date',
            dataIndex: 'date'
        }, {
            text: 'Description',
            dataIndex: 'description',
            flex: 1
        }]
    }]
});

此视图有几个新的部分需要考虑。

首先是在 Ext.define() 调用中提供的“xtype”,它将“notifications”设置为此视图的组件别名(或“xtype”)。这允许主视图在其 items 中使用“xtype”并创建相应类的实例。

其次,我们的视图扩展了 Ext.Panel(一种容器类型),并包含我们的 grid 作为其唯一的子项。我们使用继承的 "layout" 配置来调整大小和定位我们的子 grid。在本例中,我们使用 "fit" 布局。fit 布局将使用单个子项填充容器。

这就引出了 grid。显示 grid 所需的两个主要配置是它应显示的 "columns" 和保存其记录的数据 "store"。

columns 数组包含一个或多个 column 组件。Columns 通常具有 "text" 配置,指示要在列标题中显示的内容,以及 "dataIndex" 配置,指示应在单元格中显示的记录中的字段。除了这些之外,"width" 配置可用于为列指定特定的宽度,或者可以分配 "flex" 配置以根据 grid 的宽度按比例调整列的大小。

数据模型和 Store

管理数据是大多数应用程序的核心方面,Ext JS 提供了强大的数据包来简化此任务。在 Ext JS 应用程序中,数据建模在两个主要类中提供:Ext.data.ModelExt.data.Store

“model”是一个类,它描述了应用程序中使用的某种类型的信息的字段和行为。这在其他框架中有时称为“实体”。model 类的实例称为“记录”。记录具有一个“data”对象,其中包含其字段的值。让我们看看一个通知 model 可能是什么样子

./app/model/Notification.js

Ext.define('MyApp.model.Notification', {
    extend: 'Ext.data.Model',

    fields: [{
        name: 'date',
        type: 'date'
    }]
});

所有 model 最终都扩展了 Ext.data.Model,并且大多数都定义了一个或多个“fields”。此处使用了推荐的 model 命名约定。我们使用“model”而不是“view”。

我们已将“date”声明为 date 字段。这确保此字段的值变为 Date 对象。“description”字段(grid 使用)未声明,因此它将以服务器提供的任何形式存储在记录的 data 对象中。声明 model fields 对于了解记录中存在哪些数据很有用,但对于类型转换和验证也很有帮助。

现在我们有了一个 model,我们可以定义一个 store 来保存此类型的记录

./app/store/Notifications.js

Ext.define('MyApp.store.Notifications', {
    extend: 'Ext.data.Store',
    alias: 'store.notifications',

    model: 'MyApp.model.Notification',

    data: [
        {
            date: '2017-05-20T10:20:30Z',
            description: 'The first notification'
        }
    ]
});

“store.notifications”的别名允许 grid 使用此类型的 store

store: {
    type: 'notifications'
}

为了本例的简单起见,我们在 store 中定义了内联数据。在实际应用程序中,model 和 store 类都将定义将此数据传输到服务器和从服务器传输的方式。这是使用 proxy 完成的。Ext JS 提供的 proxy 类允许您轻松连接到提供 JSON、REST、XML 或其他数据形式的服务器。

主题和样式

到目前为止,我们已经了解了 Ext JS 应用程序的结构和功能方面。虽然这些是必不可少的,但应用程序还必须具有出色的美观性,并且 Ext JS 提供了多个主题,使您的应用程序能够出色地启动。应用程序的主题在 app.json 中指定,它具有以下默认值

"theme": "theme-material"

“theme”属性的值是主题包的名称。Ext JS modern toolkit 提供了四个标准主题供您选择

  • theme-material(默认主题,基于 Google 的 Material Design)
  • theme-ios(适用于 iOS 设备)
  • theme-triton(一个干净、扁平的主题,适合桌面应用程序)
  • theme-neptune(theme-triton 的轻微变体)

应用程序可以使用这些主题,设置 主题变量 或使用扩展默认主题之一的自定义主题包。Ext JS 定义了许多全局主题变量,组件添加了其他主题变量来控制其外观。要设置这些变量,我们需要向应用程序添加样式代码。

当 Sencha Cmd 编译应用程序中的 JavaScript 类时,它还包括您与这些类关联的任何样式。由于主题是应用程序范围的,因此此代码最好与 Application 类关联

./app/Application.scss

$base-color: #87BD3E;

$base-color 主题变量可能是主题中最重要的变量,因为它定义了大多数颜色的起点。强烈建议将样式代码放在与它们应用的视图位于同一目录中的 .scss 文件中。例如,要为主视图编写样式,请将所需的样式添加到“./app/view/main/Main.scss”。

样式化应用程序视图

为了解决管理 CSS 的挑战,即使在适度大小的应用程序中,CSS 也可能很快成为问题,Ext JS 应用程序应将特定于视图的样式放在与其视图相同的目录中的文件中。例如,要样式化我们添加到 h1 标签的“main-banner”类,我们将创建此文件

./app/view/main/Main.scss

.main-banner {
    font-style: italic;
}

请注意“main-”前缀。使用视图的名称有助于确保这些规则不会意外地应用于其他视图。在某些情况下,可以通过使用 cls 配置将其拆分为两个级别

Ext.define('MyApp.view.main.Main', {
    extend: 'Ext.tab.Panel',
    controller: 'main',

    cls: 'main',   // <<== added

    ...
    items: [{
        title: 'Home',
        cls: 'home',   // <<== added
        html: '<h1 class="banner">Hello World!<h1>',  // <<== changed

现在我们可以使用“main”和“home”类,并编写嵌套规则以将样式范围限定为正确的视图

./app/view/main/Main.scss

.main {
    .home {
        h1.banner {
            font-style: italic;
        }
    }
}

嵌套通常更易于编写和理解,但可能会导致不希望的匹配。这是因为上面的嵌套规则将在输出 CSS 中变为这样

.main .home h1.banner {
    font-style: italic;
}

这会将主视图的样式应用于 home 选项卡中的所有“h1.banner”元素,即使它们属于其他后代视图。通常不建议在同一视图中混合嵌套和前缀。

要了解有关主题和样式的更多信息,请参阅 主题指南

Classic Toolkit

如果您的应用程序需要浏览器支持或 classic toolkit 独有的一些功能,您可以改为生成 classic 应用程序

> sencha app init [email protected] --classic MyApp

虽然存在一些 API 差异,但之前讨论的所有概念都适用于这两个 toolkit。所需的大部分更改将是类名。例如,Ext.grid.Grid 是 modern toolkit 中的 grid 组件,而 Ext.grid.Panel 是 classic toolkit 中的类名。

通用应用程序

如果您需要用于桌面的 classic toolkit,但需要用于移动设备的 modern toolkit,则可以创建通用应用程序。

> sencha app init [email protected] --universal MyApp

通用应用程序的主要区别在于使用构建配置文件为不同的目标平台创建不同的 JavaScript 和 CSS 包。此更改需要对我们组织应用程序代码的方式进行一些调整

  • ./app 通用代码文件夹。例如,用于模型、store 和一些控制器等内容。
  • ./resources 所有构建通用的资源文件夹。
  • ./classic/resources 用于 classic 构建特定的资源(如 .png 文件)。
  • ./classic/src 用于 classic 构建特定的代码文件夹。
  • ./modern/resources 用于 modern 构建特定的资源(如 .png 文件)。
  • ./modern/src 用于 modern 构建特定的代码文件夹。

总结

现在您了解了使用 Ext JS 和 Sencha Cmd 启动并运行应用程序是多么容易。请务必查看 API 文档,了解我们在整个演练中探索的所有组件和类。

注意: _如果您对上述步骤的具体内容感到好奇,您可能需要查看我们的 Sencha Cmd 入门指南

Ext JS 7.8.0 - Modern Toolkit