Ember.js官方版

Ember.js简介

Ember.js是一个开发框架，可以帮助用户快速创建web程序，提高开发效率。软件提供丰富的UI编辑功能。用户可以在软件设计程序界面中设计任意风格的UI界面，添加界面元素，布局主程序的功能界面，布局主题菜单。UI设计所需的大部分功能和元素都可以在这个软件中快速编辑，也可以结合Visual Studio Code软件编辑代码。Ember.js提供丰富的组件内容，可以编辑软件中的消息组件、软件中的组件参数和HTML类别，设置组件状态和动作。结合路由功能和服务功能可以帮助用户设计web程序！

Ember.js软件功能

建立管道

Ember CLI是现代Ember应用程序的基础，它提供了一个代码生成器来创建新的实体，并每次将必要的文件放在正确的位置。Ember应用有一个内置的开发环境，可以快速重建，自动重装和测试runner！

准备部署了吗？这也很容易——您可以用一个命令构建一个生产应用程序。

途径

l一直是Web的主要优势之一，Ember应用程序很尊重它。Ember的内置路由器是同类产品中最好的解决方案，它将异步数据加载与动态L段和查询参数相结合。Ember路由器无缝支持嵌套URL，具有增量数据获取、嵌套加载和错误替代功能。

数据层

尽管您可以为您的应用程序使用任何数据层，但每个新的Ember应用程序都包含一个名为Ember Data的全功能数据访问库。

Ember Data允许您一次跨多个源访问数据，设置异步关系，并使整个应用程序中的模型保持最新。

试验

默认情况下，您可以享受内置于每个应用程序中的全功能现代测试工具。每当在Ember应用程序中生成一个实体时，也会为该实体生成一个测试。Ember应用支持三个测试级别，方便测试从单个组件到验收测试的一切，整个应用可以启动并交互，验证所有功能是否正常工作。

测试也是在浏览器中运行，让你更放心。

完成

烬基于微光渲染引擎，这是当今市场上最快的渲染技术之一，这要归功于烬可以将模板编译成高能虚拟机的方式。

因为我们采用了整体的方法，升级通常是和版本升级一起免费提供的——不需要额外的工作！

Ember.js软件特色

Ember的主要优势之一是共享合同如何使开发人员能够在彼此的工作基础上建立基础，并为每个人改善生态系统。例如，以下是烬团队密切参与的一些项目:

1.Ember CLI:开发Ember应用程序的命令行工具包。支票

2.烬检查器:浏览器插件/书签，可以帮助你和调试你的应用程序。

3.动画的烬:烬的核心动画原语。

4.Ember Twiddle:在线代码编辑器，因此您可以共享有效的代码片段或错误的副本。

5.fastboot:Ember应用程序的结束表示库。

6.烬引擎:烬插件，它允许从用户的角度将多个逻辑应用程序组合成一个应用程序。

7.烬Ob:烬Ob为已发布的烬插件提供分类和评分。

Ember.js教程

服务概述

AService是一个Ember对象，它在应用程序运行期间一直存在，可以在应用程序的不同部分使用。

服务对于需要共享状态或持久连接的功能很有用。该服务的示例用途可能包括:

用户/会话身份验证。

位置。

网络套接字.

发送事件或。

支持的应用编程接口调用可能不适合烬数据。

第三方应用编程接口。

录音。

定义服务

您可以使用Ember CLI的生成器来生成服务。例如，以下命令将创建购物购物车服务:

像任何Ember对象一样，服务是初始化的，可以有自己的种类和方法。接下来，购物车服务管理一个项目数组，它表示当前购物车中的项目。

访问服务

要访问该服务，可以使用模块中的inject decorator将其注入到容器解析的任何对象中，例如组件或其他服务@ember/。标准做法是使用别名注入来更清楚地表明它正在执行服务注入。有两种方法可以使用这个装饰器。您可以在没有任何参数的情况下调用它，也可以将服务的注册名称传递给它。如果没有传递参数，则根据修饰属的名称加载服务。您可以在没有任何参数的情况下加载购物车服务，如下所示。

这将把shoppingCart服务注入到组件中，并使其作为shoppingcart类别可用。

服务注入的另一种方法是提供服务名作为装饰器的参数。

这将把购物车服务注入到组件中，并使其作为购物车类别可用。

有时服务可能存在，也可能不存在，例如当初始化器有条件地注册服务时。如果服务不存在，正常注入会导致错误，所以必须使用Ember的服务来查找服务getOwner。

注射的属是延迟加载的；这意味着在显式调用类属之前，服务不会被实例化。

加载后，服务将继续存在，直到应用程序退出。

接下来，我们向购物车内容组件添加一个删除操作。

一旦注入到组件中，服务也可以在模板中使用。请注意购物车，它将用于从购物车获取数据。

商店和真相的单一来源。

构建网络应用程序的一种常见方法是将用户界面元素与数据提取紧密结合。例如，假设您正在编写一个博客应用程序的管理部分，它具有列出当前登录用户的手稿的功能。

您可能希望该组件负责获取和存储数据:

，可以在组件模板中显示草稿列表，如下所示:

这对于草稿列表组件非常有用。但是，您的应用程序可能由许多不同的组件组成。在另一页上，您可能希望组件显示草稿的数量。您可能希望将现有的willRender代码复制并粘贴到新组件中。

不幸的是，应用程序现在将为同一个发出两个单独的请求。冗余数据的获取不仅浪费带宽，还会影响应用的感知速度，而且代价昂贵，这两个值很容易不同步。您可能自己使用过一个Web应用程序，其中项目列表与工具栏中的计数器不同步，从而导致令人沮丧且不一致的体验。

应用程序的UI和网络代码之间也有密切的关系。如果L或ON有效负载的格式发生变化，很可能会导致所有用户界面组件都无法追踪。

精心设计的固体原理告诉我们，物体应该承担单一的责任。组件的责任应该是向用户呈现模型数据，而不是获取模型。

好的Ember应用程序使用不同的方法。Ember Data为您提供了一个存储库，它是应用程序中模型的存储库。路线及其对应的控制者可以向店铺索要模型，店铺负责知道如何获取。

这也意味着存储可以检测到两个不同的组件正在请求相同的模型，因此您的应用程序只能从一次获取数据。您可以将存储视为应用程序模型的只读缓存。路由及其对应的控制器可以访问该共享存储；当他们需要展示或修改模型时，他们首先会询问商店。

好榜样

在烬数据中，每个模型都由其子类表示，子类定义了您提供给用户的数据的种类、关系和行为。

定义模型将提供的数据类型。例如，Person模型可能有一个名称字符串生日属和一个句点属:

该模型还描述了它与其他对象的关系。例如，一个订单可能有多行，一行可能属于一个特定的订单。

模型本身没有任何数据。它们定义了特定实例的种类、关系和行为，这被称为记录。

记录

记录是包含从加载的数据模型的实例。您的应用程序还可以创建新记录并将它们保存回。

记录由它们的模型类型和标识唯一标识。

例如，如果您正在编写一个联系人管理应用程序，您可能有一个Person模型。应用程序中的单个记录可能具有的类型是person和ID1或st-buscemi。

第一次保存记录时，通常会为记录分配一个标识，但您也可以在客户端生成一个标识。

适配器

适配器是将来自灰烬的请求(例如，“找到标识为1的用户”)转换为的对象。

例如，如果您的应用程序需要1的PersonID，Ember应该如何加载它？HTTP还是WebSocket？如果是HTTP，是L/人/1还是/资源/人/1？

适配器负责回答所有这些问题。每当您的应用程序向存储请求尚未缓存的记录时，它都会请求适配器。如果您更改记录并保存它，商店会将记录移交给适配器，以便向其发送适当的数据并确认保存成功。

适配器使您能够完全改变应用编程接口的实现，而不会影响您的Ember应用程序代码。

快速获取

商店会自动为您缓存记录。如果已经加载了一条记录，对该记录的第二个请求将始终返回相同的对象实例。这可以最大限度地减少往返次数，并允许您的应用程序尽快向用户呈现其用户界面。

例如，当您的应用程序第一次向商店请求使用personID 1的记录时，它将从商店获得该记录。

但是，下一次您的应用程序要求personID为1时，商店会注意到它已经检索并缓存了。它不会向其他应用程序发送相同的请求，而是向您的应用程序提供与第一次提供的记录相同的记录。这个函数(无论你搜索多少次，你总是返回同一个记录对象)有时被称为身份映射。

使用身份映射非常重要，因为它可以确保您在用户界面的一部分所做的更改传播到用户界面的其他部分。这也意味着您不必手动保持记录同步——您可以按ID记录，而不用担心应用程序的其他部分是否已经请求并加载了它。

返回缓存记录的一个缺点是，您可能会发现数据的状态自第一次加载到商店的徽标图中以来已经发生了变化。为了防止这种过时的数据长期出现问题，Ember Data每次从存储中返回缓存的记录时，都会在后台自动发出请求。当输入新数据时，记录将被更新，如果记录在初始渲染后发生了变化，将使用新的重新渲染模板。

架构概述

您的应用程序第一次要求存储提供记录时，存储会发现它没有本地副本，并要求您的适配器提供它。您的适配器将转到您的持久层来检索记录；通常，这将是从HTTP提供的记录的ON表示。

如上图所示，适配器不能总是立即返回请求的记录。在这种情况下，适配器必须向发出异步请求，并且只有在加载请求后，它才能使用其备份数据来创建记录。

由于这种异步性，存储立即从这个方法返回一个PmisefindRecord()。同样，存储向适配器发出的任何请求也将返回pmise。

一旦请求返回请求记录的开负载，适配器将使用开解析向存储返回承诺。

，存储使用ON，用ON数据初始化记录，并用新加载的记录解析返回给应用程序的Pmise。

让我们看看，如果您请求将记录存储在其缓存中，该怎么办。

在这种情况下，由于商店已经知道该记录，它将返回一个承诺，该承诺将立即与该记录一起解决。因为它已经在本地保存了一个副本，所以不需要向适配器(和)请求副本。

模型、记录、适配器和存储是您应该知道的核心概念，以充分利用烬数据。以下几节将更深入地介绍这些概念以及如何一起使用它们。