Angular 秘籍(五)
原文:
zh.annas-archive.org/md5/B1FA96EFE213EFF9E25A2BF507BCADB7译者:飞龙
第九章:第九章:Angular 和 Angular CDK
Angular 拥有令人惊叹的工具和库生态系统,无论是 Angular Material、Angular 命令行界面(Angular CLI)还是备受喜爱的 Angular 组件开发工具包(Angular CDK)。我称之为“备受喜爱”,因为如果你要在 Angular 应用中实现自定义交互和行为,而不必依赖整套库,Angular CDK 将成为你的好朋友。在本章中,您将了解 Angular 和 Angular CDK 是多么惊人的组合。您将了解 CDK 内置的一些很棒的组件,并将使用一些 CDK 应用程序编程接口(API)来创建令人惊叹和优化的内容。
以下是本章我们将要涵盖的示例:
-
使用虚拟滚动处理大型列表
-
列表的键盘导航
-
使用覆盖 API 创建尖尖的小弹出窗口
-
使用 CDK 剪贴板与系统剪贴板一起工作
-
使用 CDK 拖放功能将项目从一个列表移动到另一个列表
-
使用 CDK Stepper API 创建多步游戏
-
使用 CDK 文本字段 API 调整文本输入大小
技术要求
对于本章的示例,请确保您的计算机上已安装 Git 和 Node.js。您还需要安装@angular/cli包,可以在终端中使用npm install -g @angular/cli来安装。本章的代码可以在github.com/PacktPublishing/Angular-Cookbook/tree/master/chapter09找到。
使用虚拟滚动处理大型列表
在您的应用程序中可能会出现某些情况,您可能需要显示大量的项目。这可能来自您的后端 API 或浏览器的本地存储。在任何情况下,一次渲染大量项目会导致性能问题,因为文档对象模型(DOM)会受到影响,还因为 JS 线程被阻塞,页面变得无响应。在这个示例中,我们将渲染一个包含 10,000 个用户的列表,并将使用 Angular CDK 的虚拟滚动功能来提高渲染性能。
准备工作
我们将要处理的项目位于克隆存储库中的chapter09/start_here/using-cdk-virtual-scroll中。请按照以下步骤进行:
-
在 Visual Studio Code(VS Code)中打开项目。
-
打开终端并运行
npm install来安装项目的依赖项。 -
完成后,运行
ng serve -o。
这应该在新的浏览器标签中打开应用程序,并且应该是这样的:
图 9.1 - 使用 cdk-virtual-scroll 应用程序在 http://localhost:4200 上运行
现在我们的应用程序在本地运行,让我们在下一节中看看食谱的步骤。
如何做…
我们有一个非常简单的 Angular 应用,但有大量数据。现在,它会显示一个加载器(按钮)大约 3 秒钟,然后应该显示数据。然而,您会注意到在 3 秒后,加载器仍然显示,按钮无响应,我们看到一个空白屏幕,如下所示:
图 9.2 - 应用在渲染列表项时卡住空白屏幕
事实上,我们整个应用程序变得无响应。如果您滚动或者甚至悬停在项目上,您会发现列表项上的悬停动画不够流畅,有点延迟。让我们看看使用 Angular CDK 虚拟滚动来提高渲染性能的步骤,如下所示:
- 首先,打开一个新的终端窗口/标签,并确保您在
ch8/start_here/using-cdk-virtual-scroll文件夹中。进入后,运行以下命令安装 Angular CDK:
npm install --save @angular/cdk@12.0.0
-
您将不得不重新启动您的 Angular 服务器,因此重新运行
ng serve命令。 -
将
@angular/cdk包中的ScrollingModule类添加到您的app.module.ts文件中,如下所示:
...
import { LoaderComponent } from './components/loader/loader.component';
import { ScrollingModule } from '@angular/cdk/scrolling';
@NgModule({
declarations: [...],
imports: [
...
HttpClientModule,
ScrollingModule
],
providers: [],
bootstrap: [AppComponent]
})
export class AppModule { }
- 我们现在必须实现虚拟滚动,修改
the-amazing-list-item.component.html文件,使用*cdkVirtualFor指令而不是*ngFor指令,并将容器<div>元素更改为<cdi-virtual-scroll-viewport>元素,如下所示:
<h4 class="heading">Our trusted customers</h4>
<cdk-virtual-scroll-viewport
class="list list-group"
[itemSize]="110">
<div
class="list__item list-group-item"
*cdkVirtualFor="let item of listItems">
<div class="list__item__primary">
...
</div>
<div class="list__item__secondary">
...
</div>
</div>
</cdk-virtual-scroll-viewport>
砰!通过几个步骤,并使用 Angular CDK 虚拟滚动,我们能够解决 Angular 应用中的一个重大渲染问题。现在您知道基本路由是如何实现的,请参阅下一节以了解其工作原理。
它是如何工作的…
Angular CDK 提供了滚动 API,其中包括*cdkVirtualFor指令和<cdk-virtual-scroll-viewport>元素。必须将<cdk-virtual-scroll-viewport>包装在具有*cdkVirtualFor指令的元素周围。请注意,cdk-virtual-scroll-viewport元素上有一个名为[itemSize]的属性,其值设置为"110"。原因是每个列表项的高度大约为 110 像素,如下截图所示:
图 9.3 - 每个列表项的高度大约为 110 像素
但是它如何提高渲染性能呢?很高兴你问!在这个示例的原始代码中,当我们加载了 10,000 个用户时,它会为每个用户创建一个带有class="list__item list-group-item"属性的单独的<div>元素,从而一次创建 10,000 个 DOM 元素。有了虚拟滚动,CDK 只会创建一些<div>元素,呈现它们,并在我们滚动项目时只是替换这些少数<div>元素的内容。
对于我们的示例,它创建了确切的九个<div>元素,如下截图所示:
图 9.4 - 由于虚拟滚动,仅显示了一些在 DOM 上呈现的
由于 DOM 上只呈现了一些元素,我们不再有性能问题,悬停动画现在也非常流畅。
提示
在您自己的应用程序中实现虚拟滚动时,请确保为<cdk-virtual-scroll viewport>元素设置特定的高度,并将[itemSize]属性设置为预期的列表项高度(以像素为单位),否则列表将不会显示。
另请参阅
列表的键盘导航
无障碍性是构建具有良好用户体验的应用程序最重要的方面之一。应用程序不仅应该快速和高性能,还应该具有可访问性。虽然在考虑无障碍性时有很多事情要考虑,但在这个食谱中,我们将通过为项目提供键盘导航来使列表和列表项更具可访问性。使用 Angular CDK,这非常简单。我们将使用 Angular 中的ListKeyManager服务来为目标应用程序中的用户列表实现键盘导航。
做好准备。
这个食谱的项目位于chapter09/start_here/using-list-key-manager。请按照以下步骤进行:
-
在 VS Code 中打开项目。
-
打开终端并运行
npm install来安装项目的依赖项。 -
完成后,运行
ng serve -o。
这应该会在新的浏览器选项卡中打开应用程序,如下所示:
图 9.5 - 在 http://localhost:4200 上运行的 using-list-key-manager 应用程序
现在我们的应用程序在本地运行,让我们在下一节中看看食谱的步骤。
操作步骤:
我们的应用程序已经具有了一些 Angular CDK 的优点,即它已经从上一个食谱中实现了虚拟滚动。现在我们将开始对应用程序进行更改,以实现键盘导航,如下所示:
- 首先,我们需要为列表中的每个项目创建一个新组件,因为我们需要它们能够与
ListKeyManager类一起工作。通过在项目中运行以下命令来创建一个组件:
ng g c components/the-amazing-list-item
- 现在,我们将把
the-amazing-list-component.html文件中的代码移动到the-amazing-list-item.component.html文件中,用于项目的标记。the-amazing-list-item.component.html文件中的代码应该如下所示:
<div class="list__item__primary">
<div class="list__item__primary__info">
{{ item.name }}
</div>
<div class="list__item__primary__info">
{{ item.phone }}
</div>
</div>
<div class="list__item__secondary">
<div class="list__item__secondary__info">
<img src="{{ item.picture }}" />
</div>
<div class="list__item__secondary__info">
{{ item.email }}
</div>
</div>
- 让我们也更新相应的组件,以包括模板中使用的
item属性。我们将把它作为@Input()项添加到TheAmazingListItemComponent类中。更新the-amazing-list-item.component.ts文件如下:
import { Component, Input, OnInit, ViewEncapsulation } from '@angular/core';
import { AppUserCard } from 'src/interfaces/app-user-card.interface';
@Component({
selector: 'app-the-amazing-list-item',
templateUrl: './the-amazing-list-item.component.html',
styleUrls: ['./the-amazing-list-item.component.scss'],
encapsulation: ViewEncapsulation.None
})
export class TheAmazingListItemComponent implements OnInit {
@Input() item: Partial<AppUserCard>;
constructor() { }
ngOnInit(): void {
}
}
- 让我们也添加样式。我们将从
the-amazing-list.component.scss文件中复制样式,并粘贴到the-amazing-list-item.component.scss文件中,如下所示:
.list__item {
transition: all ease 1s;
cursor: pointer;
&:hover, &:focus {
background-color: #ececec; transform: scale(1.02);
}
&__primary,
&__secondary {
display: flex;
justify-content: space-between;
align-items: center;
&__info { font-size: small; }
}
&__primary {
&__info {
&:nth-child(1) { font-weight: bold; font-size: larger; }
}
}
img { border-radius: 50%; width: 60px; height: 60px; }
}
- 更新
the-amazing-list.component.scss文件,只包含列表的样式,如下所示:
.heading {
text-align: center;
margin-bottom: 10px;
}
.list {
box-shadow: rgba(0, 0, 0, 0.24) 0px 3px 8px;
height: 500px;
overflow: scroll;
min-width: 400px;
max-width: 960px;
width: 100%;
}
- 现在,更新
the-amazing-list.component.html文件,使用<app-the-amazing-list-item>组件,并将[item]属性传递给它,如下所示:
<h4 class="heading">Our trusted customers</h4>
<cdk-virtual-scroll-viewport
class="list list-group"
[itemSize]="110">
<app-the-amazing-list-item
class="list__item list-group-item"
*cdkVirtualFor="let item of listItems"
[item]="item">
</app-the-amazing-list-item>
</cdk-virtual-scroll-viewport>
- 用户界面(UI)现在几乎完成了。我们现在将实现
FocusableOption接口和一些辅助功能到我们的TheAmazingListItemComponent类,如下所示:
import { Component, Input, OnInit, ViewEncapsulation } from '@angular/core';
import { AppUserCard } from 'src/interfaces/app-user-card.interface';
import { FocusableOption } from '@angular/cdk/a11y';
@Component({
selector: 'app-the-amazing-list-item',
templateUrl: './the-amazing-list-item.component.html',
styleUrls: ['./the-amazing-list-item.component.scss'],
encapsulation: ViewEncapsulation.None,
host: {
tabindex: '-1',
role: 'list-item',
},
})
export class TheAmazingListItemComponent implements OnInit, FocusableOption {
@Input() item: Partial<AppUserCard>;
constructor() { }
focus() { }
ngOnInit(): void {
}
}
- 现在,我们需要实现
focus()方法中发生的事情。我们将使用ElementRef服务来获取nativeElement,并将focus()设置为它,如下所示:
import { Component, ElementRef, Input, OnInit, ViewEncapsulation } from '@angular/core';
import { AppUserCard } from 'src/interfaces/app-user-card.interface';
import { FocusableOption } from '@angular/cdk/a11y';
@Component({...})
export class TheAmazingListItemComponent implements OnInit, FocusableOption {
@Input() item: Partial<AppUserCard>;
constructor(private el: ElementRef) { }
focus() {
this.el.nativeElement.focus();
}
...
}
- 现在我们需要在我们的
TheAmazingListComponent类中实现FocusKeyManager类。我们将不得不在组件中查询我们的列表项,以创建FocusKeyManager类的实例。更新the-amazing-list.component.ts文件,如下所示:
import { FocusKeyManager } from '@angular/cdk/a11y';
import { AfterViewInit, Component, Input, OnInit, QueryList, ViewChildren } from '@angular/core';
import { AppUserCard } from 'src/interfaces/app-user-card.interface';
import { TheAmazingListItemComponent } from '../the-amazing-list-item/the-amazing-list-item.component';
@Component({
...
styleUrls: ['./the-amazing-list.component.scss'],
host: { role: 'list' }
})
export class TheAmazingListComponent implements OnInit, AfterViewInit {
@Input() listItems: Partial<AppUserCard>[] = [];
@ViewChildren(TheAmazingListItemComponent) listItemsElements: QueryList <TheAmazingListItemComponent>;
private listKeyManager: FocusKeyManager<TheAmazingListItemComponent>;
constructor() { }
...
ngAfterViewInit() {
this.listKeyManager = new FocusKeyManager(
this.listItemsElements
);
}
}
- 最后,我们需要监听键盘事件。为此,您可以使用
keydown事件或window:keydown事件。为了简化示例,我们将使用window:keydown事件,如下所示:
import { FocusKeyManager } from '@angular/cdk/a11y';
import { AfterViewInit, Component, HostListener, Input, OnInit, QueryList, ViewChildren } from '@angular/core';
...
@Component({...})
export class TheAmazingListComponent implements OnInit, AfterViewInit {
...
@HostListener('window:keydown', ['$event'])
onKeydown(event) {
this.listKeyManager.onKeydown(event);
}
constructor() { }
...
}
太棒了!您刚刚学会了如何使用 Angular CDK 实现键盘导航。请查看下一节以了解其工作原理。
它是如何工作的...
Angular CDK 提供了ListKeyManager类,允许您实现键盘导航。我们可以使用ListKeyManager类的一堆技术,对于这个特定的示例,我们选择了FocusKeyManager类。为了使其适用于项目列表,我们需要做以下事情:
-
为列表中的每个项目创建一个组件。
-
在列表组件中使用
ViewChildren()和QueryList查询所有列表项组件。 -
在列表组件中创建一个
FocusKeyManager实例,提供列表项组件的类型。 -
为列表组件添加键盘监听器,并将事件传递给
FocusKeyManager类的实例。
当我们在TheAmazingListComponent类中定义listKeyManager属性时,我们还通过将其指定为FocusKeyManager<TheAmazingListItemComponent>来定义其类型。这样更容易理解我们的FocusKeyManager类应该与TheAmazingListItemComponent元素数组一起工作。因此,在ngAfterViewInit()方法中,我们指定this.listKeyManager = new FocusKeyManager(this.listItemsElements);,这提供了一个查询到的TheAmazingListItemComponent元素列表。
最后,当我们监听 window:keydown 事件时,我们将在处理程序中接收到的 keydown 事件提供给我们的 FocusKeyManager 类的实例作为 this.listKeyManager.onKeydown(event);。这告诉我们的 FocusKeyManager 实例哪个键被按下以及它必须做什么。
请注意,我们的 TheAmazingListItemComponent 类实现了 FocusableOption 接口,并且它还有 focus() 方法,当我们按下键盘的向下箭头或向上箭头键时,FocusKeyManager 类在幕后使用它。
另请参阅
- Angular CDK 可访问性文档 (
material.angular.io/cdk/a11y/overview)
使用 Overlay API 创建尖尖的小弹出窗口
这是本书中的高级食谱之一,特别是对于那些已经使用 Angular 一段时间的人来说。在这个食谱中,我们不仅将使用 CDK Overlay API 创建一些弹出窗口,还将使它们变得尖尖,就像工具提示一样,这就是乐趣所在。
准备工作
此食谱的项目位于 chapter09/start_here/pointy-little-popovers。请按照以下步骤进行:
-
在 VS Code 中打开项目。
-
打开终端并运行
npm install来安装项目的依赖项。 -
完成后,运行
ng serve -o。
这应该在新的浏览器选项卡中打开应用程序,如下所示:
图 9.6 - pointy-little-popovers 应用程序在 http://localhost:4200 上运行
现在我们已经在本地运行了应用程序,让我们在下一节中看一下食谱的步骤。
如何做…
我们的应用程序有一个用户列表,我们可以在页面上滚动查看。我们将为每个项目添加一个弹出菜单,以便显示带有一些操作的下拉菜单。我们已经安装了 @angular/cdk 包,所以我们不需要担心。让我们按照以下食谱开始:
- 首先,我们需要安装
@angular/cdk,因为我们需要将OverlayModule类导入到我们的AppModule类中,以便我们可以使用 Overlay API。更新app.module.ts文件,如下所示:
...
import { TheAmazingListItemComponent } from './components/the-amazing-list-item/the-amazing-list-item.component';
import { OverlayModule } from '@angular/cdk/overlay';
@NgModule({
declarations: [...],
imports: [
...
ScrollingModule,
OverlayModule
],
providers: [],
bootstrap: [AppComponent]
})
export class AppModule { }
- 我们首先添加 Overlay 的默认样式,以便在显示覆盖层时,它能正确定位。打开
src/styles.scss文件,并按照以下要点进行更新:
gist.github.com/AhsanAyaz/b039814e898b3ebe471b13880c7b4270
- 现在,我们将创建变量来保存覆盖层触发器(用于打开覆盖层的位置起点)和实际相对位置的设置。打开
the-amazing-list.component.ts文件并进行更新,如下所示:
import { FocusKeyManager } from '@angular/cdk/a11y';
import { CdkOverlayOrigin } from '@angular/cdk/overlay';
...
@Component({...})
export class TheAmazingListComponent implements OnInit, AfterViewInit {
@Input() listItems: Partial<AppUserCard>[] = [];
@ViewChildren(TheAmazingListItemComponent) listItemsElements: QueryList <TheAmazingListItemComponent>;
popoverMenuTrigger: CdkOverlayOrigin;
menuPositions = [
{ offsetY: 4, originX: 'end', originY: 'bottom', overlayX: 'end', overlayY: 'top' },
{ offsetY: -4, originX: 'end', originY: 'top', overlayX: 'end', overlayY: 'bottom' },
];
private listKeyManager: FocusKeyManager <TheAmazingListItemComponent>;
...
}
- 现在,打开
the-amazing-list.component.html文件,并将cdkOverlayOrigin指令添加到<app-the-amazing-list-item>选择器中,以便我们可以将每个列表项作为弹出菜单的起点,如下所示:
<h4 class="heading">Our trusted customers</h4>
<cdk-virtual-scroll-viewport
class="list list-group"
[itemSize]="110">
<app-the-amazing-list-item
cdkOverlayOrigin #itemTrigger="cdkOverlayOrigin"
class="list__item list-group-item"
*cdkVirtualFor="let item of listItems"
[item]="item">
</app-the-amazing-list-item>
</cdk-virtual-scroll-viewport>
- 我们需要以某种方式将模板中的
#itemTrigger变量传递到TheAmazingListComponent类中的popoverMenuTrigger属性上。为此,在the-amazing-list.component.ts文件中创建一个名为openMenu()的方法,如下所示:
...
@Component({...})
export class TheAmazingListComponent implements OnInit, AfterViewInit {
...
ngOnInit(): void {
}
openMenu($event, itemTrigger) {
if ($event) {
$event.stopImmediatePropagation();
}
this.popoverMenuTrigger = itemTrigger;
}
...
}
- 我们还需要一个属性来显示/隐藏弹出菜单。让我们在
openMenu()方法中创建它,并将其设置为true。更新the-amazing-list.component.ts文件,如下所示:
...
@Component({...})
export class TheAmazingListComponent implements OnInit, AfterViewInit {
...
popoverMenuTrigger: CdkOverlayOrigin;
menuShown = false;
...
openMenu($event, itemTrigger) {
if ($event) {
$event.stopImmediatePropagation();
}
this.popoverMenuTrigger = itemTrigger;
this.menuShown = true;
}
...
}
- 现在,我们将创建一个实际的覆盖层。为此,我们将创建一个带有
cdkConnectedOverlay指令的<ng-template>元素。修改您的the-amazing-list.component.html文件,如下所示:
<h4 class="heading">Our trusted customers</h4>
<cdk-virtual-scroll-viewport>
...
</cdk-virtual-scroll-viewport>
<ng-template cdkConnectedOverlay [cdkConnectedOverlayOrigin]="popoverMenuTrigger"
[cdkConnectedOverlayOpen]="menuShown" [cdkConnectedOverlayHasBackdrop]="true"
(backdropClick)="menuShown = false"
[cdkConnectedOverlayPositions]="menuPositions"
cdkConnectedOverlayPanelClass="menu-popover"
>
<div class="menu-popover__list">
<div class="menu-popover__list__item">
Duplicate
</div>
<div class="menu-popover__list__item">
Edit
</div>
<div class="menu-popover__list__item">
Delete
</div>
</div>
</ng-template>
- 我们需要在单击列表项时将每个列表项上的
#itemTrigger变量传递给openMenu()方法。更新文件,如下所示:
<h4 class="heading">Our trusted customers</h4>
<cdk-virtual-scroll-viewport
class="list list-group"
[itemSize]="110">
<app-the-amazing-list-item
class="list__item list-group-item"
*cdkVirtualFor="let item of listItems"
(click)="openMenu($event, itemTrigger)"
cdkOverlayOrigin #itemTrigger="cdkOverlayOrigin"
[item]="item">
</app-the-amazing-list-item>
</cdk-virtual-scroll-viewport>
<ng-template>
...
</ng-template>
- 如果现在刷新应用程序并单击任何列表项,您应该看到显示一个下拉菜单,如下所示:
图 9.7 - 每个列表项的工作下拉菜单
- 现在,我们需要实现一个部分,其中我们显示一个带有下拉菜单的尖小箭头,以便我们可以将下拉菜单与列表项相关联。首先,在
src/styles.scss文件的.popover-menu类中添加以下样式:
...
.menu-popover {
min-width: 150px;
height: auto;
border: 1px solid white;
border-radius: 8px;
&::before {
top: -10px;
border-width: 0px 10px 10px 10px;
border-color: transparent transparent white transparent;
position: absolute;
content: '';
right: 5%;
border-style: solid;
}
&__list {...}
}
现在,您应该能够在下拉菜单的右上方看到一个尖箭头,但是如果您尝试点击屏幕上的最后一个项目,您会发现下拉菜单向上打开,但仍然显示在顶部的指针,如下所示:
图 9.8 - 指向错误列表项的下拉箭头
- 为了指向弹出菜单/下拉菜单的实际起点,我们需要实现一个应用自定义类的自定义指令。让我们首先创建一个指令,如下所示:
ng g directive directives/popover-positional-class
- 根据以下要点更新
popover-positional-class.directive.ts生成的文件中的代码:
gist.github.com/AhsanAyaz/f28893e90b71cc03812287016192d294
- 现在,打开
the-amazing-list.component.html文件,将我们的指令应用到cdkConnectedOverlay指令上。更新文件中的<ng-template>元素如下:
...
<ng-template cdkConnectedOverlay [cdkConnectedOverlayOrigin]="popoverMenuTrigger"
[cdkConnectedOverlayOpen]="menuShown" [cdkConnectedOverlayHasBackdrop]="true"
(backdropClick)="menuShown = false" [cdkConnectedOverlayPositions]="menuPositions"
appPopoverPositionalClass targetSelector= ".menu-popover" inverseClass="menu-popover--up"
[originY]="menuPopoverOrigin.originY" (positionChange)="popoverPositionChanged($event, menuPopoverOrigin)"
cdkConnectedOverlayPanelClass="menu-popover"
>
<div class="menu-popover__list">
...
</div>
</ng-template>
- 现在,我们需要在
the-amazing-list.component.ts文件中创建一个menuPopoverOrigin属性和一个popoverPositionChanged()方法。更新如下:
...
import { AfterViewInit, ChangeDetectorRef, Component, HostListener, Input, OnInit, QueryList, ViewChildren } from '@angular/core';
...
@Component({...})
export class TheAmazingListComponent implements OnInit, AfterViewInit {
...
menuPositions = [...];
menuPopoverOrigin = {
originY: null
}
...
constructor(private cdRef: ChangeDetectorRef) { }
popoverPositionChanged($event, popover) {
if (popover.originY !== $event.connectionPair. originY) {
popover.originY = $event.connectionPair.originY;
}
this.cdRef.detectChanges();
}
...
}
- 最后,让我们使用这个反转类来反转弹出指针。更新
src/styles.scss文件以添加以下样式:
...
.menu-popover {
...
&::before {...}
&--up {
transform: translateY(-20px);
&::before {
top: unset !important;
transform: rotate(180deg);
bottom: -10px;
}
}
&__list {...}
}
现在,刷新页面并点击每个列表项,你会看到箭头指向正确的方向。查看下面的截图,查看由于弹出框显示在项目上方,箭头指向最后一个项目的下方:
图 9.9 - 下拉箭头指向正确的列表项(向下指)
太棒了!现在你知道如何使用 Angular CDK 来处理叠加层,创建自定义弹出/下拉菜单。此外,你现在知道如何快速实现菜单上的尖箭头,使用自定义指令。查看下一节,了解它是如何工作的。
它是如何工作的...
使用 Angular CDK Overlay API 实现叠加层包括一些要处理的部分。首先,我们必须在AppModule的 imports 中导入OverlayModule类。然后,为了创建一个叠加层,我们需要有一个叠加层和一个叠加触发器。在这个示例中,因为我们使用叠加层为每个列表项创建一个弹出菜单,我们在<app-the-amazing-list-item>元素上使用cdkOverlayOrigin指令。注意,<app-the-amazing-list-item>元素是通过*ngFor指令渲染的。因此,为了知道点击了哪个项目或者准确地说我们需要为哪个项目显示弹出框,我们在每个列表项元素上创建一个#itemTrigger模板变量,并且你会注意到我们还将(click)事件绑定到列表项上,调用openMenu()方法,并将这个itemTrigger模板变量传递给它。
现在,如果你注意到the-amazing-list.component.ts文件中的openMenu()方法,它看起来像这样:
openMenu($event, itemTrigger) {
if ($event) {
$event.stopImmediatePropagation();
}
this.popoverMenuTrigger = itemTrigger;
this.menuShown = true;
}
请注意,我们将itemTrigger属性分配给我们类的popoverMenuTrigger属性。这是因为这个popoverMenuTrigger属性与我们模板中的实际覆盖层绑定。您还可以看到我们将menuShown属性设置为true,这是因为它将决定覆盖层是应该显示还是隐藏。
现在,让我们看一下实际覆盖层的代码,如下所示:
<ng-template cdkConnectedOverlay [cdkConnectedOverlayOrigin]="popoverMenuTrigger"
[cdkConnectedOverlayOpen]="menuShown" [cdkConnectedOverlayHasBackdrop]="true"
(backdropClick)="menuShown = false" [cdkConnectedOverlayPositions]="menuPositions"
appPopoverPositionalClass targetSelector=".menu-popover" inverseClass="menu-popover--up"
[originY]="menuPopoverOrigin.originY" (positionChange)="popoverPositionChanged($event, menuPopoverOrigin)"
cdkConnectedOverlayPanelClass="menu-popover"
>
...
</ng-template>
让我们逐个讨论cdkConnectedOverlay指令的每个属性:
-
cdkConnectedOverlay属性:这是实际的覆盖层指令,使<ng-template>元素成为 Angular CDK 覆盖层。 -
[cdkConnectedOverlayOrigin]属性:这告诉覆盖层 API 这个覆盖层的起点是什么。这是为了帮助 CDK 决定打开时覆盖层的位置。 -
[cdkConnectedOverlayOpen]属性:这决定了覆盖层是否应该显示或隐藏。 -
[cdkConnectedOverlayHasBackdrop]属性:这决定了覆盖层是否应该有背景或者没有背景,也就是说,如果有背景,用户在打开时就不能点击覆盖层以外的任何东西。 -
(backdropClick)属性:这是当我们点击背景时的事件处理程序。在这种情况下,我们将menuShown属性设置为false,这会隐藏/关闭覆盖层。 -
[cdkConnectedOverlayPositions]属性:这为覆盖层 API 提供了定位配置。它是一个首选位置的数组,定义了覆盖层是否应该显示在起点下方,起点上方,左侧,右侧,离起点多远等等。 -
[cdkConnectedOverlayPanelClass]属性:要应用于生成的覆盖层的层叠样式表(CSS)类。这用于样式设置。
所有属性设置正确后,我们可以在点击列表项时看到覆盖层的工作。 “但是,阿赫桑,尖箭头呢?” 好吧,等一下!我们也会讨论它们。
因此,Angular CDK 覆盖层 API 已经涵盖了许多内容,包括根据可用空间确定覆盖层的位置,由于我们想要显示尖箭头,我们将不得不分析覆盖层是在项目上方还是在项目下方。默认情况下,我们在src/styles.scss文件中设置了以下样式以在弹出框下方显示尖箭头:
.menu-popover {
...
&::before {
top: -10px;
border-width: 0px 10px 10px 10px;
border-color: transparent transparent white transparent;
position: absolute;
content: '';
right: 5%;
border-style: solid;
}
&--up {...}
&__list {...}
}
然后,我们有--up修饰符类,如下所示,以在弹出框上方显示覆盖层:
.menu-popover {
...
&::before {...}
&--up {
transform: translateY(-20px);
&::before {
top: unset !important;
transform: rotate(180deg);
bottom: -10px;
}
}
&__list {...}
}
请注意在前面的代码片段中,我们将箭头旋转到180deg以倒转其指针。
现在,让我们谈谈这个--up修饰符类是如何以及何时应用的。我们创建了一个名为appPopoverPositionalClass的自定义指令。这个指令也适用于我们为覆盖创建的<ng-template>元素,也就是说,这个指令与cdkConnectedOverlay指令一起应用,并期望以下输入属性:
-
appPopoverPositionalClass属性:实际的指令选择器。 -
targetSelector属性:由 Angular CDK 覆盖 API 生成的元素的查询选择器。理想情况下,这应该与我们在cdkConnectedOverlayPanelClass中使用的相同。 -
inverseClass属性:当覆盖的垂直位置(originY)发生变化时(即从"top"到"bottom",反之亦然)应用的类。 -
originY属性:覆盖此刻的originY位置。该值要么是"top",要么是"bottom",取决于覆盖的位置。
我们在 CDK 覆盖<ng-template>元素上有一个(positionChange)监听器,一旦覆盖位置发生变化,就会触发popoverPositionChanged()方法。请注意,在popoverPositionChanged()方法内,一旦获得新的位置,我们会更新popover.originY属性,该属性正在更新menuPopoverOrigin.originY,然后我们还将menuPopoverOrigin.originY作为[originY]属性传递给我们的appPopoverPositionalClass指令。因为我们将其传递给指令,所以指令知道覆盖位置在任何特定时间是"top"还是"bottom"。为什么?因为我们在指令中使用ngOnChanges生命周期钩子来监听originY属性/输入,一旦我们获得originY的不同值,我们要么根据originY属性的值向覆盖元素添加inverseClass的值作为 CSS 类,要么根据originY属性的值将其删除。此外,根据应用的 CSS 类,决定了覆盖的气泡箭头的方向。
另请参阅
-
Angular CDK 覆盖 API(
material.angular.io/cdk/overlay/overview) -
CdkOverlayOrigin指令文档(material.angular.io/cdk/overlay/api#CdkOverlayOrigin)
使用 CDK 剪贴板与系统剪贴板一起工作
您可能随着时间访问了数百个网站,您可能已经在其中一些网站上看到了一个名为“点击复制”的功能。当您需要复制长文本或链接时,通常会使用此功能,您会发现仅需点击即可复制,而无需选择然后按键盘快捷键会更方便。在本教程中,我们将学习如何使用 Angular CDK 剪贴板 API 将文本复制到剪贴板。
准备工作
本教程的项目位于chapter09/start_here/using-cdk-clipboard-api。请按照以下步骤进行:
-
在 VS Code 中打开项目。
-
打开终端并运行
npm install以安装项目的依赖项。 -
完成后,运行
ng serve -o。
这应该会在新的浏览器选项卡中打开应用程序,如下所示:
图 9.10 - 使用-cdk-clipboard-api 在 http://localhost:4200 上运行
现在我们的应用程序在本地运行,让我们在下一节中看看本教程的步骤。
如何做…
我们现在有一个应用程序,其中有一些不起作用的选项,即我们应该能够复制链接、文本区域中的文本和图像。为此,我们将使用 CDK 剪贴板 API。让我们开始吧。
- 首先,我们需要将
ClipboardModule类导入到我们的AppModule类的imports数组中。修改app.module.ts文件,如下所示:
...
import { ClipboardModule } from '@angular/cdk/clipboard';
@NgModule({
declarations: [...],
imports: [
BrowserModule,
AppRoutingModule,
ClipboardModule
],
...
})
export class AppModule { }
- 现在,我们将
click-to-copy功能应用于链接。为此,我们将在app.component.html文件中的链接输入上使用cdkCopyToClipboard指令,并将其应用如下:
...
<div class="content" role="main">
<div class="content__container">
<div class="content__container__copy-from">
<h3>Copy From</h3>
<div class="mb-3 content__container__copy-from__ input-group">
<input
#linkInput
[cdkCopyToClipboard]="linkInput.value"
(click)="copyContent($event, contentTypes. Link)"
class="form-control"
type="text" readonly="true"
value="...">
<div class="hint">...</div>
</div>
...
</div>
</div>
如果您现在点击链接输入,然后尝试将其粘贴到任何地方(应用内或应用外),您应该看到链接的值。
- 现在,我们将对文本输入(即
<textarea>)做类似的事情。再次更新模板,如下所示:
...
<div class="content" role="main">
<div class="content__container">
<div class="content__container__copy-from">
<h3>Copy From</h3>
...
<div class="mb-3 content__container__copy-from__ input-group">
<textarea
#textInput
class="form-control"
rows="5">{{loremIpsumText}}</textarea>
<button
[cdkCopyToClipboard]="textInput.value"
(click)="copyContent($event, contentTypes. Text)"
class="btn btn-dark">
{{ contentCopied === contentTypes.Text ? 'Text copied' : 'Copy text to clipboard'}}
</button>
</div>
...
</div>
</div>
- 最后,我们将对图像做一些不同的事情。由于 CDK 剪贴板 API 只能处理字符串,我们将下载图像,将其转换为 blob,并复制 blob 统一资源定位符(URL)。让我们首先更新模板的逻辑,如下所示:
...
<div class="content" role="main">
<div class="content__container">
<div class="content__container__copy-from">
<h3>Copy From</h3>
...
<div class="mb-3 content__container__copy-from__ input-group">
<img src="assets/landscape.jpg">
<button
(click)="copyImageUrl(imageUrl); copyContent($event, contentTypes.Image)"
class="btn btn-dark">
...
</button>
</div>
</div>
...
</div>
</div>
- 现在,让我们实现
copyImageUrl()方法来获取图像,将其转换为 blob,并将 URL 复制到剪贴板。更新app.component.ts文件,如下所示:
import { Clipboard } from '@angular/cdk/clipboard';
import { Component, HostListener, OnInit } from '@angular/core';
...
@Component({...})
export class AppComponent implements OnInit {
...
constructor(private clipboard: Clipboard) {
this.resetCopiedHash();
}
async copyImageUrl(srcImageUrl) {
const data = await fetch(srcImageUrl);
const blob = await data.blob();
this.clipboard.copy(URL.createObjectURL(blob));
}
...
}
太棒了!有了这个改变,你可以尝试刷新应用程序。现在,你应该能够通过点击输入链接和按钮分别复制链接、文本和图片。要了解这个教程背后的所有魔力,请参阅下一节。
它是如何工作的...
在这个教程中,我们从 CDK 剪贴板 API 中使用了两个主要的东西——一个是cdkCopyToClipboard指令,另一个是Clipboard服务。cdkCopyToClipboard指令将一个点击处理程序绑定到应用了该指令的元素上。它既作为指令的选择器,又作为指令的@Input()项,以便它知道在点击元素时要复制到剪贴板的值是什么。在我们的教程中,对于链接输入,请注意我们使用了[cdkCopyToClipboard]="linkInput.value"。这将一个点击处理程序绑定到<input>元素,并绑定了linkInput模板变量的value属性,该属性指向要复制的实际链接的输入值。当我们点击输入时,它使用linkInput.value绑定来访问输入的值,对于<text-area>输入也是一样。唯一的区别是cdkCopyToClipboard指令没有绑定到<text-area>元素本身。原因是我们希望将点击处理程序绑定到文本区域下面的按钮上。因此,在复制文本的按钮上,我们有[cdkCopyToClipboard]="textInput.value"绑定。
对于图片,我们做了一些不同的事情。我们使用了@angular/cdk/clipboard包中的Clipboard服务来手动复制 blob URL。我们创建了一个名为copyImageUrl()的方法,当点击复制图片的按钮时调用该方法。我们将imageUrl属性传递给这个方法,然后下载图片,将其读取为 blob,并生成 blob URL,最后使用Clipboard服务的copy()方法将其复制到剪贴板。
另请参阅
- CDK 剪贴板文档(
material.angular.io/cdk/clipboard/overview)
使用 CDK 拖放将项目从一个列表移动到另一个列表
你是否曾经使用过 Trello 板应用,或者其他允许你将列表项从一个列表拖放到另一个列表的应用?好吧,你可以很容易地使用 Angular CDK 来做到这一点,在这个教程中,你将学习关于 Angular CDK 拖放 API,以将项目从一个列表移动到另一个列表。你还将学习如何重新排序列表。
准备工作
我们要处理的项目位于克隆存储库中的 chapter09/start_here/using-cdk-drag-drop 中。请按照以下步骤进行:
-
在 VS Code 中打开项目。
-
打开终端并运行
npm install安装项目的依赖项。 -
完成后,运行
ng serve -o。
这应该在新的浏览器标签中打开应用程序,并且应该看起来像这样:
图 9.11 - 使用 cdk 拖放的应用程序在 http://localhost:4200 上运行
现在我们的应用程序在本地运行,让我们在下一节中看一下配方的步骤。
如何做…
对于这个配方,我们有一个有趣的应用程序,其中有一些文件夹和文件。我们将为文件实现拖放功能,以便将文件拖到其他文件夹中,这应该会立即更新文件夹的文件计数,并且我们还应该能够在新文件夹中看到文件。让我们开始吧。
- 首先,我们需要将
DragDropModule类导入到AppModule类的imports数组中。修改app.module.ts文件如下:
...
import {DragDropModule} from '@angular/cdk/drag-drop';
@NgModule({
declarations: [...],
imports: [
BrowserModule,
AppRoutingModule,
FontAwesomeModule,
DragDropModule
],
...
})
export class AppModule { }
- 现在,我们将对每个文件应用
cdkDrag指令,并将对每个文件夹应用cdkDropList指令。更新folders-list.component.html文件如下:
<div class="folders">
...
<div class="folders__list">
<app-folder
cdkDropList
...
[folder]="folder"
>
</app-folder>
</div>
<div class="folders__selected-folder-files" *ngIf="selectedFolder">
<div>
<app-file
cdkDrag
*ngFor="let file of selectedFolder.files"
[file]="file"
></app-file>
</div>
</div>
</div>
- 我们还将通过在文件的容器元素上添加
cdkDropList指令来启用文件夹内文件的重新排序,如下所示:
<div class="folders">
...
<div class="folders__selected-folder-files" *ngIf="selectedFolder">
<div cdkDropList>
<app-file ...></app-file>
</div>
</div>
</div>
- 现在,我们将通过在每个
<app-file>元素上指定[cdkDragData]属性以及在每个<app-folder>元素上指定[cdkDropListData]属性,并且还在文件容器上指定该属性来定义拖放交互的起源。再次更新模板如下:
<div class="folders">
...
<div class="folders__list">
<app-folder
cdkDropList
[cdkDropListData]="folder.files"
...
>
</app-folder>
</div>
<div class="folders__selected-folder-files" *ngIf="selectedFolder">
<div
cdkDropList
[cdkDropListData]="selectedFolder.files"
>
<app-file
cdkDrag
[cdkDragData]="file"
...
></app-file>
</div>
</div>
</div>
- 现在我们需要实现文件被拖放时发生的情况。为此,我们将使用
(cdkDropListDropped)事件处理程序。更新模板如下:
<div class="folders">
...
<div class="folders__list">
<app-folder
cdkDropList
[cdkDropListData]="folder.files"
(cdkDropListDropped)="onFileDrop($event)"
...
>
</app-folder>
</div>
<div class="folders__selected-folder-files" *ngIf="selectedFolder">
<div
cdkDropList
[cdkDropListData]="selectedFolder.files"
(cdkDropListDropped)="onFileDrop($event)"
>
...
</div>
</div>
</div>
- 最后,我们需要实现
onFileDrop方法。更新folders-list.component.ts文件如下:
...
import {
CdkDragDrop, moveItemInArray, transferArrayItem,
} from '@angular/cdk/drag-drop';
@Component({...})
export class FoldersListComponent implements OnInit {
...
onFileDrop(event: CdkDragDrop<string[]>) {
if (event.previousContainer === event.container) {
moveItemInArray(
event.container.data, event.previousIndex,
event.currentIndex
);
} else {
transferArrayItem(
event.previousContainer.data, event.container. data,
event.previousIndex, event.currentIndex
);
}
}
}
如果现在刷新应用程序并尝试将文件拖到文件夹中,您应该会看到类似于这样的东西:
图 9.12 - 将文件拖放到另一个文件夹
丑陋,不是吗?这是因为我们必须在接下来的步骤中修复拖放预览。
- 为了处理拖放预览,我们需要将它们封装到一个带有
cdkDropListGroup指令的元素中。更新folders-list.component.html文件,并将该指令应用于具有"folders"类的元素,如下所示:
<div class="folders" cdkDropListGroup>
...
</div>
- 为了应用自定义拖动预览,我们使用一个带有
*cdkDragPreview指令的自定义元素。更新folders-list.component.html文件如下:
<div class="folders" cdkDropListGroup>
...
<div class="folders__selected-folder-files" *ngIf="selectedFolder">
<div
cdkDropList
...
>
<app-file
cdkDrag
...
>
<fa-icon
class="file-drag-preview"
*cdkDragPreview
[icon]="file.icon"
></fa-icon>
</app-file>
</div>
</div>
</div>
- 我们还需要一些拖放预览的样式。更新
folders-list.component.scss文件如下:
$folder-bg: #f5f5f5;
$file-preview-transition: transform 250ms cubic-bezier(0, 0, 0.2, 1);
.folders {...}
.file-drag-preview {
padding: 10px 20px;
background: transparent;
font-size: 32px;
}
.file-drop-placeholder {
min-height: 60px;
transition: $file-preview-transition;
display: flex;
align-items: center;
justify-content: center;
font-size: 32px;
}
- 让我们还添加一些样式,以确保在对文件夹内的项目重新排序时,其他列表项可以平稳移动。更新
src/styles.scss文件如下:
...
* {
user-select: none;
}
/* Animate items as they're being sorted. */
.cdk-drop-list-dragging .cdk-drag {
transition: transform 250ms cubic-bezier(0, 0, 0.2, 1);
}
/* Animate an item that has been dropped. */
.cdk-drag-animating {
transition: transform 300ms cubic-bezier(0, 0, 0.2, 1);
}
- 现在,我们也需要创建一个拖放预览模板。为此,我们在
preview元素上使用*cdkDragPlaceholder指令。更新folders-list.component.html文件如下:
<div class="folders" cdkDropListGroup>
...
<div class="folders__selected-folder-files" *ngIf="selectedFolder">
<div cdkDropList ...>
<app-file cdkDrag ...>
<fa-icon class="file-drag-preview"
*cdkDragPreview ... ></fa-icon>
<div class="file-drop-placeholder" *cdkDragPlaceholder>
<fa-icon [icon]="upArrow"></fa-icon>
</div>
</app-file>
</div>
</div>
</div>
- 最后,让我们使用
@fortawesome包中的faArrowAltCircleUp图标创建一个upArrow属性。更新folders-list.component.ts文件如下:
import { Component, OnInit } from '@angular/core';
import { APP_DATA } from '../constants/data';
import { IFolder } from '../interfaces';
import { faArrowAltCircleUp } from '@fortawesome/free-regular-svg-icons';
import {
CdkDragDrop,
moveItemInArray,
transferArrayItem,
} from '@angular/cdk/drag-drop';
import { FileIconService } from '../core/services/file-icon.service';
@Component({...})
export class FoldersListComponent implements OnInit {
folders = APP_DATA;
selectedFolder: IFolder = null;
upArrow = faArrowAltCircleUp;
constructor(private fileIconService: FileIconService) {...}
...
}
砰!现在我们整个拖放流程都有了无缝的用户体验(UX)。喜欢吗?确保在 Twitter 上分享一个快照,并在@muhd_ahsanayaz上标记我。
现在我们已经完成了这个示例,让我们在下一节中看看它是如何工作的。
它是如何工作的...
在这个示例中有一些有趣的指令,我们将逐一介绍它们。首先,作为优秀的 Angular 开发人员,我们将DragDropModule类导入到我们的AppModule的imports数组中,以确保我们不会出现错误。然后,我们开始使文件可拖动。我们通过将cdkDrag指令应用于每个文件元素并将*ngFor指令应用于它来实现这一点。这告诉 Angular CDK 这个元素将被拖动,因此 Angular CDK 会将不同的处理程序绑定到每个要拖动的元素上。
重要提示
Angular 组件默认不是块元素。因此,当将cdkDrag指令应用于 Angular 组件(例如<app-file>组件)时,可能会限制从 CDK 应用动画时拖动元素。为了解决这个问题,我们需要为我们的组件元素设置display: block;。请注意,我们正在为.folders__selected-folder-files__file类在folders-list.component.scss文件(第 25 行)中应用所需的样式。
在配置拖动元素之后,我们使用cdkDropList指令将每个容器 DOM 元素指定为我们应该放置文件的位置。在我们的配方中,这是屏幕上看到的每个文件夹,我们还可以重新排列文件夹内的文件。因此,我们将cdkDropList指令应用于当前显示文件的包装元素,以及对folders数组进行*ngFor循环的每个<app-folder>项。
然后,我们通过为每个可拖动的文件指定[cdkDragData]="file"来指定我们正在拖动的data。这有助于我们在稍后的过程中识别它,当我们将其放置在当前文件夹内或其他文件夹内时。我们还通过在我们应用了cdkDropList指令的元素上指定[cdkDropListData]="ARRAY"语句来指定此拖动的项目将在放置在特定列表上时添加到哪个数组中。当 Angular CDK 结合cdkDragData和cdkDropListData属性的信息时,它可以轻松地识别项目是否在同一列表内被拖动然后放置,或者在另一个列表内被放置。
为了处理当我们放置被拖动的文件时发生的情况,我们在具有cdkDropList指令的元素上使用来自 Angular CDK 的(cdkDropListDropped)方法。我们获取从 CDK 发出的$event并将其传递给我们的onFileDrop()方法。很棒的是,在onFileDrop()方法中,我们使用来自 Angular CDK 的moveItemInArray()和transferArrayItem()辅助方法,使用非常简单的逻辑来比较容器。也就是说,Angular CDK 为我们提供了足够的信息,让我们可以非常轻松地完成整个功能。
在配方的最后,我们通过在自定义模板上使用*cdkDragPreview指令来定制拖动预览的外观,告诉 Angular CDK 不要立即渲染它,而是在开始拖动文件时用鼠标显示它。对于我们的配方,我们只显示文件的图标作为拖动预览。最后,我们还使用*cdkDragPlaceholder指令自定义了放置预览(或拖动占位符),它显示一个透明的矩形,带有一个向上的箭头图标,以反映项目在放置时将被添加的位置。当然,我们还必须为拖动预览和放置预览添加一些自定义样式。
另请参阅
- Angular CDK 拖放文档(
material.angular.io/cdk/drag-drop/overview)
使用 CDK Stepper API 创建多步游戏
如果你尝试在互联网上找到 CDK Stepper 的示例,你会发现有很多围绕使用 CDK Stepper API 创建多步表单的文章,但由于它本质上是一个步进器,它可以用于各种用例。在这个示例中,我们将使用 Angular CDK Stepper API 构建一个猜测游戏,用户将猜测掷骰子的输出是什么。
做好准备
我们要处理的项目位于克隆存储库内的chapter09/start_here/using-cdk-stepper中。请按照以下步骤进行:
-
在 VS Code 中打开项目。
-
打开终端并运行
npm install来安装项目的依赖项。 -
完成后,运行
ng serve -o。
这将在新的浏览器标签中打开应用程序,你应该会看到类似这样的东西:
图 9.13 – 在 http://localhost:4200 上运行的 using-cdk-stepper 应用程序
现在,让我们在下一节中看看如何使用 CDK Stepper API 创建多步游戏。
如何做…
我们手头上有一个非常简单但有趣的应用程序,其中已经构建了一些组件,包括骰子组件、值猜测组件和排行榜组件。我们将使用 Stepper API 将这个游戏创建为一个多步游戏。请按照以下步骤进行:
- 首先,打开一个新的终端窗口/标签,并确保你在
ch8/start_here/using-cdk-stepper文件夹内。进入后,运行以下命令安装 Angular CDK:
npm install --save @angular/cdk@12.0.0
-
你需要重新启动你的 Angular 服务器,所以重新运行
ng serve命令。 -
现在,在你的
app.module.ts文件中从@angular/cdk包中导入CdkStepperModule类,如下所示:
...
import { LeaderBoardComponent } from './components/leader-board/leader-board.component';
import { CdkStepperModule } from '@angular/cdk/stepper';
...
@NgModule({
declarations: [...],
imports: [BrowserModule, AppRoutingModule, ReactiveFormsModule, CdkStepperModule],
providers: [],
bootstrap: [AppComponent],
})
export class AppModule {}
- 现在让我们来创建我们的步进器组件。在项目文件夹中运行以下命令:
ng g c components/game-stepper
- 为了使我们的组件成为
CdkStepper,我们需要使用CdkStepper令牌提供它,并且还必须从CdkStepper扩展我们的组件类。我们可以移除constructor、OnInit实现和ngOnInit方法。修改game-stepper.component.ts文件,如下所示:
import { Component } from '@angular/core';
import { CdkStepper } from '@angular/cdk/stepper';
@Component({
selector: 'app-game-stepper',
templateUrl: './game-stepper.component.html',
styleUrls: ['./game-stepper.component.scss'],
providers: [{ provide: CdkStepper, useExisting: GameStepperComponent }],
})
export class GameStepperComponent extends CdkStepper {
}
请注意,我们已经移除了对ngOnInit和OnInit生命周期的使用,因为我们不希望这些用于此组件。
- 让我们为我们的
<game-stepper>组件添加模板。我们将首先添加将显示步骤标签的标题。更新您的game-stepper.component.html文件如下:
<section class="game-stepper">
<header>
<h3>
<ng-container
*ngIf="selected.stepLabel; else showLabelText"
[ngTemplateOutlet]=" selected.stepLabel.template"
>
</ng-container>
<ng-template #showLabelText>
{{ selected.label }}
</ng-template>
</h3>
</header>
</section>
- 现在,我们将添加模板来显示所选步骤的主要内容 - 这很简单。我们需要添加一个带有
[ngTemplateOutlet]属性的 div,我们将在其中显示内容。更新game-stepper.component.html文件如下:
<section class="game-stepper">
<header>
...
</header>
<section class="game-stepper__content">
<div [ngTemplateOutlet]="selected ? selected.content : null"></div>
</section>
...
</section>
- 最后,我们将添加一个包含导航按钮的页脚元素,用于我们的步进器 - 也就是说,我们应该能够使用这些导航按钮跳转到下一个和上一个步骤。进一步更新
game-stepper.component.html文件如下:
<section class="game-stepper">
...
<section class="game-stepper__content">
<div [ngTemplateOutlet]="selected ? selected.content : null"></div>
</section>
<footer class="game-stepper__navigation">
<button
class="game-stepper__navigation__button btn btn-primary"
cdkStepperPrevious
[style.visibility]="steps.get(selectedIndex - 1) ? 'visible' : 'hidden'"
>
←
</button>
<button
class="game-stepper__navigation__button btn btn-primary"
cdkStepperNext
[style.visibility]="steps.get(selectedIndex + 1) ? 'visible' : 'hidden'"
>
→
</button>
</footer>
</section>
- 让我们为我们的
game-stepper组件添加一些样式。修改game-stepper.component.scss文件如下:
.game-stepper {
display: flex;
flex-direction: column;
align-items: center;
&__navigation {
width: 100%;
display: flex;
align-items: center;
justify-content: space-between;
> button {
margin: 0 8px;
}
}
&__content {
min-height: 350px;
display: flex;
justify-content: center;
align-items: center;
flex-direction: column;
}
header,
footer {
margin: 10px auto;
}
}
- 现在,我们将在
game.component.html文件中用<app-game-stepper>组件包装整个模板。更新文件如下:
<app-game-stepper>
<form (ngSubmit)="submitName()" [formGroup]="nameForm">
...
</form>
<app-value-guesser></app-value-guesser>
<app-dice></app-dice>
<app-leader-board></app-leader-board>
</app-game-stepper>
- 现在,我们将修改我们的
game.component.html文件,将内部模板分解为步骤。为此,我们将使用<cdk-step>元素来包装每个步骤的内容。更新文件如下:
<app-game-stepper>
<cdk-step>
<form (ngSubmit)="submitName()" [formGroup]="nameForm">
...
</form>
</cdk-step>
<cdk-step>
<app-value-guesser></app-value-guesser>
<app-dice></app-dice>
</cdk-step>
<cdk-step>
<app-leader-board></app-leader-board>
</cdk-step>
</app-game-stepper>
- 现在,我们将为每个步骤添加一个标签,以显示所选步骤的主要内容 - 这很简单。我们需要在每个
<cdk-step>元素内添加一个<ng-template>元素。更新game.component.html文件如下:
<app-game-stepper>
<cdk-step>
<ng-template cdkStepLabel>Enter your name</ng-template>
<form (ngSubmit)="submitName()" [formGroup]="nameForm">
...
</form>
</cdk-step>
<cdk-step>
<ng-template cdkStepLabel>Guess what the value will be when the die is rolled</ng-template>
<app-value-guesser></app-value-guesser>
<app-dice></app-dice>
</cdk-step>
<cdk-step>
<ng-template cdkStepLabel> Results</ng-template>
<app-leader-board></app-leader-board>
</cdk-step>
</app-game-stepper>
如果刷新应用程序,您应该看到第一步作为可见步骤,以及底部导航按钮如下:
图 9.14 - 使用 CDKStepper 的第一步和导航按钮
- 现在,我们需要确保只有在第一步输入姓名后才能前进到第二步。对
game.component.html文件进行以下更改:
<app-game-stepper [linear]="true">
<cdk-step [completed]="!!nameForm.get('name').value">
<ng-template cdkStepLabel> Enter your name</ng-template>
<form (ngSubmit)="submitName()" [formGroup]="nameForm">
<div class="mb-3" *ngIf="nameForm.get('name') as nameControl">
...
</div>
<button ← REMOVE THIS
type="submit"
[disabled]="!nameForm.valid"
class="btn btn-primary"
>
Submit
</button>
</form>
</cdk-step>
...
</app-game-stepper>
- 我们还需要在第一步上禁用下一步按钮,直到我们为玩家姓名输入一个值。为此,请更新
game-stepper.component.html文件 - 具体来说,具有cdkStepperNext属性的元素如下:
<section class="game-stepper">
...
<footer class="game-stepper__navigation">
...
<button
class="game-stepper__navigation__button btn btn-primary"
cdkStepperNext
[disabled]="!selected.completed"
[style.visibility]="steps.get(selectedIndex + 1) ? 'visible' : 'hidden'"
>
→
</button>
</footer>
</section>
- 处理用户提供姓名并按下Enter键导致表单提交的情况时,我们可以使用
GameComponent类中的@ViewChild()来处理移动到下一步。修改game.component.ts文件如下,并尝试输入姓名然后按Enter键:
import { CdkStepper } from '@angular/cdk/stepper';
import { Component, OnInit, ViewChild } from '@angular/core';
import { FormControl, FormGroup, Validators } from '@angular/forms';
@Component({...})
export class GameComponent implements OnInit {
@ViewChild(CdkStepper) stepper: CdkStepper;
nameForm = new FormGroup({
name: new FormControl('', Validators.required),
});
...
submitName() {
this.stepper.next();
}
}
- 现在,让我们编写猜数字的流程。更新
game.component.ts文件如下:
...
import { DiceComponent } from '../components/dice/dice.component';
import { ValueGuesserComponent } from '../components/value-guesser/value-guesser.component';
import { IDiceSide } from '../interfaces/dice.interface';
@Component({...})
export class GameComponent implements OnInit {
@ViewChild(CdkStepper) stepper: CdkStepper;
@ViewChild(DiceComponent) diceComponent: DiceComponent;
@ViewChild(ValueGuesserComponent)
valueGuesserComponent: ValueGuesserComponent;
guessedValue = null;
isCorrectGuess = null;
...
submitName() {...}
rollTheDice(guessedValue) {
this.isCorrectGuess = null;
this.guessedValue = guessedValue;
this.diceComponent.rollDice();
}
showResult(diceSide: IDiceSide) {
this.isCorrectGuess = this.guessedValue === diceSide.value;
}
}
- 现在我们已经有了函数,让我们更新模板以侦听来自
<app-value-guesser>和<app-dice>组件的事件监听器,并相应地采取行动。我们还将添加.alert元素以在猜对或猜错时显示消息。更新game.component.html文件如下:
<app-game-stepper [linear]="true">
<cdk-step [completed]="!!nameForm.get('name').value">
...
</cdk-step>
<cdk-step [completed]="isCorrectGuess !== null">
<ng-template cdkStepLabel
>Guess what the value will be when the die is rolled</ng-template
>
<app-value-guesser (valueGuessed)="rollTheDice ($event)"></app-value-guesser>
<app-dice (diceRolled)="showResult($event)"> </app-dice>
<ng-container [ngSwitch]="isCorrectGuess">
<div class="alert alert-success" *ngSwitchCase="true">
You rock {{ nameForm.get('name').value }}! You got 50 points
</div>
<div class="alert alert-danger" *ngSwitchCase="false">
Oops! Try again!
</div>
</ng-container>
</cdk-step>
<cdk-step>...</cdk-step>
</app-game-stepper>
- 最后,我们需要填充排行榜。更新
game.component.ts文件以使用LeaderboardService类,如下所示:
...
import { LeaderboardService } from '../core/services/leaderboard.service';
import { IDiceSide } from '../interfaces/dice.interface';
import { IScore } from '../interfaces/score.interface';
@Component({...})
export class GameComponent implements OnInit {
...
scores: IScore[] = [];
constructor(private leaderboardService: LeaderboardService) {}
ngOnInit(): void {
this.scores = this.leaderboardService.getScores();
}
...
showResult(diceSide: IDiceSide) {
this.isCorrectGuess = this.guessedValue === diceSide.value;
if (!this.isCorrectGuess) {
return;
}
this.scores = this.leaderboardService.setScores({
name: this.nameForm.get('name').value,
score: 50,
});
}
}
- 现在,更新
game.component.html文件以将分数作为属性传递给<app-leader-board>组件,如下所示:
<app-game-stepper [linear]="true">
<cdk-step [completed]="!!nameForm.get('name').value">
...
</cdk-step>
<cdk-step [completed]="isCorrectGuess !== null">
...
</cdk-step>
<cdk-step>
<ng-template cdkStepLabel>Results</ng-template>
<app-leader-board [scores]="scores"></app-leader- board>
</cdk-step>
</app-game-stepper>
如果现在刷新应用并玩游戏,你应该能够看到排行榜,如下所示:
图 9.15 - 在第 3 步中在排行榜中显示结果
哎呀!这是一个很长的配方!嗯,完美需要时间和专注。随时可以自己玩这个游戏,甚至和朋友一起玩,如果你改进了它,也请告诉我。
现在你已经完成了这个配方,看看下一节它是如何工作的。
它是如何工作的…
这个配方中有很多组成部分,但它们非常简单。首先,我们将CdkStepperModule类导入到我们的AppModule类的imports数组中。然后,我们创建一个扩展CdkStepper类的组件。扩展CdkStepper类的原因是为了能够创建这个GameStepperComponent组件,以便我们可以创建一个可重用的模板,其中包含一些样式,甚至一些自定义功能。
要开始使用GameStepperComponent组件,我们在game.component.html文件中将整个模板包装在<app-game-stepper>元素中。由于该组件扩展了CdkStepper API,因此我们可以在这里使用CdkStepper组件的所有功能。对于每个步骤,我们使用 CDK 中的<cdk-step>元素并将步骤的模板包装在其中。请注意,在game-stepper.component.html文件中,我们对步骤的标签和实际内容都使用了[ngTemplateOutlet]属性。这反映了CdkStepper API 的强大之处。它根据我们为每个步骤提供的值/模板自动生成step.label属性和content属性。由于我们在每个<cdk-step>元素内提供了一个<ng-template cdkStepLabel>,CDK 会自动生成一个step.stepLabel.template,然后我们在game-stepper.component.html文件中使用它,如上所述。如果我们没有提供它,它将根据我们的代码使用step.label属性。
对于底部导航按钮,您会注意到我们使用带有cdkStepperPrevious和cdkStepperNext指令的<button>元素分别用于前进到上一步和下一步。我们还根据条件显示/隐藏下一个和上一个按钮,以检查是否有步骤可供前进。我们使用[style.visibility]绑定来隐藏导航按钮,就像您在代码中看到的那样。
CdkStepper API 的一个有趣之处在于,我们可以告诉用户是否应该能够前进到下一步和后退,而不管当前步骤的状态如何,或者用户是否应该先在当前步骤中做一些事情才能进入下一步。我们通过在<app-game-stepper>元素上使用[linear]属性并将其值设置为true来实现这一点。这告诉CdkStepper API 在当前步骤的completed属性为true之前不要使用cdkStepperNext按钮进入下一步。虽然只提供[linear]="true"就足以处理功能,但我们通过在cdkStepperNext按钮上使用[disabled]="!selected.completed"来禁用下一步按钮来改善用户体验,因为如果点击按钮不会做任何事情,禁用按钮更有意义。
此外,我们需要决定何时认为一步骤已经完成。对于第一步,很明显,我们应该在输入中输入名称才能认为步骤已完成,换句话说,在 nameForm FormGroup 中的 'name' 属性的 FormControl 应该有一个值。对于第二步,当用户猜测一个数字后,无论猜测是否正确,我们都会标记该步骤已完成,并让用户进入下一步(排行榜),如果用户愿意的话。大致就是这样。
另请参阅
- Angular CDK Stepper examples (
material.angular.io/cdk/stepper/examples)
使用 CDK TextField API 调整文本输入大小
文本输入是我们日常计算机使用的重要部分。无论是填写表单、在谷歌上搜索内容,还是找到您喜欢的 YouTube 视频,我们都与文本输入进行交互,当我们必须在单个文本输入中写入大量内容时,确实需要良好的用户体验。在这个教程中,您将学习如何使用 CDK TextField API 根据输入值自动调整 <textarea> 输入的大小。
准备工作
此教程的项目位于 chapter09/start_here/resizable-text-inputs-using-cdk。请按照以下步骤进行:
-
在 VS Code 中打开项目。
-
打开终端并运行
npm install来安装项目的依赖项。 -
完成后,运行
ng serve -o。
这应该在新的浏览器标签中打开应用程序,您应该能够看到应用程序。尝试输入一长段文本,您将看到文本区域显示如下:
图 9.16 – resizable-text-inputs-using-cdk 应用正在 http://localhost:4200 上运行
现在我们的应用程序在本地运行,让我们在下一节中看看这个教程的步骤。
如何做…
在 图 9.16 中,您会注意到我们无法看到输入的整个内容,这在大多数情况下都有点烦人,因为您无法在按下 操作 按钮之前真正审查它。让我们按照以下步骤使用 CDK TextField API:
- 首先,打开一个新的终端窗口/标签,并确保您在
chapter09/start_here/resizable-text-inputs-using-cdk文件夹内。进入后,运行以下命令安装 Angular CDK:
npm install --save @angular/cdk@12.0.0
-
您需要重新启动 Angular 服务器,因此重新运行
ng serve命令。 -
现在,我们需要将 TextFieldModule 类导入到 AppModule 类的 imports 数组中。修改 app.module.ts 文件如下:
...
import { TextFieldModule } from '@angular/cdk/text-field';
@NgModule({
declarations: [...],
imports: [
BrowserModule,
AppRoutingModule,
TextFieldModule
],
...
})
export class AppModule { }
- 现在,我们将把 cdkTextareaAutosize 指令应用到我们的元素上,以便它可以根据内容自动调整大小。更新 write-message.component.html 文件如下:
<div class="write-box-container">
<div class="write-box">
<textarea
cdkTextareaAutosize
placeholder="Enter your message here"
class="chat-input"
[(ngModel)]="chatInput"
rows="1"
(keyup.enter)="sendMessage()"
></textarea>
</div>
<div class="send-button">
...
</div>
</div>
如果您现在在文本输入中输入一些长短语,您应该会看到它被正确地调整大小,如下所示:
图 9.17 – 根据内容调整文本区域的大小
虽然这很棒,但您可能会注意到一旦消息被发送(即添加到消息列表中),元素的大小并没有重置为其初始状态。
- 为了将元素的大小重置为初始大小,我们将使用 CdkTextareaAutosize 指令的 reset()方法。为此,我们将获取该指令作为 ViewChild,然后触发 reset()方法。修改 write-message.component.ts 文件如下:
import { CdkTextareaAutosize } from '@angular/cdk/text-field';
import {
...
EventEmitter,
ViewChild,
} from '@angular/core';
...
@Component({...})
export class WriteMessageComponent implements OnInit {
@Output() public onMessageSent = new EventEmitter<any>();
@ViewChild(CdkTextareaAutosize) newMessageInput: CdkTextareaAutosize;
public chatInput = '';
...
/**
* @author Ahsan Ayaz
* Creates a new message and emits to parent component
*/
sendMessage() {
if (this.chatInput.trim().length) {
...
this.chatInput = '';
this.newMessageInput.reset();
}
}
}
太棒了!通过这个改变,当您刷新页面,输入一个非常长的句子并按下Enter键时,您会看到元素的大小被重置,如下所示:
图 9.18 – 在创建新消息时重置大小
现在您已经完成了这个教程,接下来请查看下一节以了解它是如何工作的。
它是如何工作的…
在这个教程中,我们使用了 CDK 剪贴板 API 中的两个主要功能——一个是cdkCopyToClipboard指令,另一个是Clipboard服务。cdkCopyToClipboard指令将点击处理程序绑定到应用该指令的元素上。它既可以作为指令的selector,也可以作为指令的@Input()项,以便在单击元素时知道要复制到剪贴板的值是什么。在我们的教程中,对于链接输入,请注意我们使用了[cdkCopyToClipboard]="linkInput.value"。这将点击处理程序绑定到<input>元素,并绑定到指向输入值的linkInput模板变量的value属性,即要复制的实际链接。当我们点击输入时,它使用linkInput.value绑定来访问输入的值,对于<text-area>输入也是一样。唯一的区别是cdkCopyToClipboard指令没有绑定到<text-area>元素本身。原因是我们希望将点击处理程序绑定到文本区域下面的按钮上。因此,在复制文本的按钮上,我们有[cdkCopyToClipboard]="textInput.value"绑定。
对于图片,我们做了一些不同的事情。我们使用了@angular/cdk/clipboard包中的Clipboard服务来手动复制 blob URL。我们创建了一个名为copyImageUrl()的方法,当点击复制图片的按钮时调用该方法。我们将imageUrl属性传递给这个方法,然后下载图片,将其读取为 blob,并生成 blob URL,然后使用Clipboard服务的copy()方法将其复制到剪贴板。
另请参阅
- CDK
text-field文档(material.angular.io/cdk/text-field/overview)
第十章:第十章:使用 Jest 在 Angular 中编写单元测试
*"它在我的机器上运行……"*这句话不会随着时间的推移而失去它的美丽。对许多工程师来说,这是一个护身符,对 QA 人员来说则是一个噩梦。但老实说,有什么比为应用程序的健壮性编写测试更好的方式呢?当涉及编写单元测试时,我个人最喜欢的是 Jest。因为它非常快速、轻量级,并且具有易于编写测试的简单 API。更重要的是,它比 Angular 默认提供的 Karma 和 Jasmine 设置更快。在本章中,您将学习如何配置 Angular 与 Jest,以便并行运行这些测试。您将学习如何使用 Jest 测试组件、服务和管道。您还将学习如何为这些测试模拟依赖项。
在本章中,我们将涵盖以下内容:
-
在 Angular 中使用 Jest 设置单元测试
-
为 Jest 提供全局模拟
-
使用存根来模拟服务
-
在单元测试中对注入的服务使用间谍
-
使用
ng-mocks包模拟子组件和指令 -
使用 Angular CDK 组件测试更简单
-
使用 Observables 对组件进行单元测试
-
单元测试 Angular 管道
技术要求
在本章的食谱中,请确保您的计算机上安装了Git和NodeJS。您还需要安装@angular/cli包,可以使用终端命令npm install -g @angular/cli来安装。本章的代码可以在github.com/PacktPublishing/Angular-Cookbook/tree/master/chapter10找到。
在 Angular 中使用 Jest 设置单元测试
默认情况下,新的 Angular 项目包含了很多好东西,包括配置和工具,可以使用 Karma 和 Jasmine 来运行单元测试。虽然使用 Karma 相对方便,但许多开发人员发现,在大型项目中,如果涉及大量测试,整个测试过程会变得非常缓慢。这主要是因为无法并行运行测试。在本章中,我们将为 Angular 应用程序设置 Jest 进行单元测试。此外,我们还将把现有的测试从 Karma 语法迁移到 Jest 语法。
准备工作
我们将要处理的项目位于chapter10/start_here/setting-up-jest中,该文件夹位于克隆的存储库内。首先,执行以下步骤:
-
在 Visual Studio Code 中打开项目。
-
打开终端并运行
npm install以安装项目的依赖项。 -
完成后,运行
ng serve -o。
这应该会在新的浏览器标签中打开应用程序。您应该会看到类似以下截图的内容:
图 10.1 - 在 http://localhost:4200 上运行的 setting-up-jest 应用程序
接下来,尝试运行测试并监视整个过程运行的时间。从终端运行ng test命令;几秒钟后,一个新的 Chrome 窗口应该会打开,如下所示:
图 10.2 - 使用 Karma 和 Jasmine 的测试结果
看着前面的截图,你可能会说“Pfffttt Ahsan,它说'在 0.126 秒内完成!'你还想要什么?”嗯,那个时间只涵盖了 Karma 在 Chrome 窗口创建后在浏览器中运行测试所花费的时间。它没有计算实际启动过程、启动 Chrome 窗口,然后加载测试所花费的时间。在我的机器上,整个过程大约需要15 秒。这就是为什么我们要用 Jest 替换它。现在您了解了问题,在下一节中,让我们看一下食谱的步骤。
如何做...
在这里,我们有一个 Angular 应用程序,其中有一个非常简单的Counter组件。它显示计数器的值,并有三个操作按钮:一个用于增加计数器的值,一个用于减少值,一个用于重置值。此外,还有一些使用 Karma 和 Jasmine 编写的测试,如果运行ng test命令,所有测试都会通过。我们将首先设置 Jest。执行以下步骤:
- 首先,打开一个新的终端窗口/标签,并确保您在
chapter10/start_here/setting-up-jest文件夹内。进入后,运行以下命令以安装使用 Jest 所需的软件包:
npm install --save-dev jest jest-preset-angular @types/jest
- 现在我们可以卸载 Karma 和不需要的依赖项。现在在您的终端中运行以下命令:
npm uninstall karma karma-chrome-launcher karma-jasmine-html-reporter @types/jasmine @types/jasminewd2 jasmine-core jasmine-spec-reporter karma-coverage-istanbul-reporter karma-jasmine
-
我们还需要摆脱一些我们不需要的额外文件。从项目中删除
karma.conf.js文件和src/test.ts文件。 -
现在按照以下方式更新
angular.json文件中的测试配置:
{
...
"projects": {
"setting-up-jest": {
"...
"prefix": "app",
"architect": {
"build": {...},
"serve": {...},
"extract-i18n": {...},
"test": {
"builder": "@angular-builders/jest:run",
"options": {
"tsConfig": "<rootDir>/src/tsconfig.test. json",
"collectCoverage": false,
"forceExit": true
}
},
"lint": {...},
"e2e": {...}
}
}
},
"defaultProject": "setting-up-jest"
}
- 我们现在将创建一个文件来为我们的项目配置 Jest。在项目的根文件夹中创建一个名为
jestSetup.ts的文件,并粘贴以下内容:
import 'jest-preset-angular /setup-jest';
- 现在,让我们修改
tsconfig.spec.json以使用 Jest 而不是 Jasmine。修改后,整个文件应如下所示:
{
"extends": "./tsconfig.json",
"compilerOptions": {
"outDir": "./out-tsc/spec",
"types": ["jest", "node"],
"esModuleInterop": true,
"emitDecoratorMetadata": true
},
"files": ["src/polyfills.ts"],
"include": ["src/**/*.spec.ts", "src/**/*.d.ts"]
}
- 我们现在将修改
package.json以添加将运行 Jest 测试的npm脚本:
{
"name": "setting-up-jest",
"version": "0.0.0",
"scripts": {
...
"build": "ng build",
"test": "jest",
"test:coverage": "jest --coverage",
...
},
"private": true,
"dependencies": {...},
"devDependencies": {...},
}
- 最后,让我们通过在
package.json文件中添加 Jest 配置来完成我们 Jest 测试的整个配置,如下所示:
{
...
"dependencies": {...},
"devDependencies": {...},
"jest": {
"preset": "jest-preset-angular",
"setupFilesAfterEnv": [
"<rootDir>/jestSetup.ts"
],
"testPathIgnorePatterns": [
"<rootDir>/node_modules/",
"<rootDir>/dist/"
],
"globals": {
"ts-jest": {
"tsconfig": "<rootDir>/tsconfig.spec.json",
"stringifyContentPathRegex": "\\.html$"
}
}
}
}
- 现在我们已经设置好了一切,只需运行
test命令,如下所示:
npm run test
测试完成后,您应该能够看到以下输出:
图 10.3 - 使用 Jest 进行测试的结果
砰!您会注意到使用 Jest 运行测试的整个过程大约需要 6 秒。第一次运行时可能需要更多时间,但随后的运行应该更快。现在您知道如何配置 Angular 应用程序以使用 Jest 进行单元测试,请参考下一节以了解更多资源。
另请参阅
-
使用 Jest 进行 Web 框架测试 (
jestjs.io/docs/en/testing-frameworks) -
使用 Jest 入门 (
jestjs.io/docs/en/getting-started)
为 Jest 提供全局模拟
在上一个食谱中,我们学习了如何为 Angular 单元测试设置 Jest。可能会有一些情况,您希望使用浏览器 API,这些 API 可能不是实际 Angular 代码的一部分;例如,使用localStorage或alert()。在这种情况下,我们需要为我们希望从中返回模拟值的函数提供一些全局模拟。这样我们就可以进行涉及它们的测试。在这个食谱中,您将学习如何为 Jest 提供全局模拟。
准备工作
此食谱的项目位于chapter10/start_here/providing-global-mocks-for-jest。执行以下步骤:
-
在 Visual Studio Code 中打开项目。
-
打开终端并运行
npm install以安装项目的依赖项。 -
完成后,运行
ng serve -o。
这应该在新的浏览器标签中打开应用程序。应用程序应如下所示:
图 10.4 - 在 http://localhost:4200 上运行提供全局模拟的 jest 应用程序
现在我们已经在本地运行了应用程序,在接下来的部分中,让我们按照食谱的步骤进行。
如何做...
我们在这个示例中使用的应用程序使用了两个全局 API:window.localStorage 和 window.alert()。请注意,当应用程序启动时,我们从 localStorage 中获取计数器的值,然后在增加、减少和重置时,我们将其存储在 localStorage 中。当计数器的值大于 MAX_VALUE 或小于 MIN_VALUE 时,我们使用 alert() 方法显示警报。让我们通过编写一些很酷的单元测试来开始这个示例:
- 首先,我们将编写我们的测试用例,以便在计数器值超过
MAX_VALUE和MIN_VALUE时显示警报。修改counter.component.spec.ts文件如下:
...
describe('CounterComponent', () => {
...
it('should show an alert when the counter value goes above the MAX_VALUE', () => {
spyOn(window, 'alert');
component.counter = component.MAX_VALUE;
component.increment();
expect(window.alert).toHaveBeenCalledWith('Value too high');
expect(component.counter).toBe(component.MAX_VALUE);
});
it('should show an alert when the counter value goes above the MAX_VALUE', () => {
spyOn(window, 'alert');
component.counter = component.MIN_VALUE;
component.decrement();
expect(window.alert).toHaveBeenCalledWith('Value too low');
expect(component.counter).toBe(component.MIN_VALUE);
});
});
在这里,您可以看到测试通过了。但是,如果我们想要检查 localStorage 中的值是否被正确保存和检索呢?
- 我们将创建一个新的测试,以确保调用
localStorage.getItem()方法来从localStorageAPI 中检索最后保存的值。将以下测试添加到counter.component.spec.ts文件中:
...
describe('CounterComponent', () => {
...
it.only('should call the localStorage.getItem method on component init', () => {
spyOn(localStorage, 'getItem');
component.ngOnInit();
expect(localStorage.getItem).toBeCalled();
});
});
请注意,我们在这个测试用例中使用了 it.only。这是为了确保我们只运行这个测试(目前)。如果您运行测试,您应该能够看到类似以下截图的内容:
图 10.5 – 正在覆盖 localStorage API 的测试失败了
请注意 Matcher error: received value must be a mock or a spy function 消息。这就是我们接下来要做的事情,也就是提供一个模拟。
- 在项目的根目录中创建一个名为
jest-global-mocks.ts的文件。然后,添加以下代码以模拟localStorageAPI:
const createLocalStorageMock = () => {
let storage = {};
return {
getItem: (key) => {
return storage[key] ? storage[key] : null;
},
setItem: (key, value) => {
storage[key] = value;
},
};
};
Object.defineProperty(window, 'localStorage', {
value: createLocalStorageMock(),
});
- 现在将此文件导入到
jestSetup.ts文件中,如下所示:
import 'jest-preset-angular';
import './jest-global-mocks';
现在,如果您重新运行测试,它们应该通过。
- 让我们添加另一个测试,以确保我们在组件初始化时从
localStorage中检索到最后保存的值。修改counter.component.spec.ts文件如下:
...
describe('CounterComponent', () => {
...
it('should call the localStorage.getItem method on component init', () => {
spyOn(localStorage, 'getItem');
component.ngOnInit();
expect(localStorage.getItem).toBeCalled();
});
it('should retrieve the last saved value from localStorage on component init', () => {
localStorage.setItem('counterValue', '12');
component.ngOnInit();
expect(component.counter).toBe(12);
});
});
- 最后,让我们确保每当触发
increment()、decrement()或reset()方法时,我们都将计数器的值保存到localStorage中。更新counter.component.spec.ts如下:
...
describe('CounterComponent', () => {
...
it('should save the new counterValue to localStorage on increment, decrement and reset', () => {
spyOn(localStorage, 'setItem');
component.counter = 0;
component.increment();
expect(localStorage.setItem). toHaveBeenCalledWith('counterValue', '1');
component.counter = 20;
component.decrement();
expect(localStorage.setItem). toHaveBeenCalledWith('counterValue', '19');
component.reset();
expect(localStorage.setItem). toHaveBeenCalledWith('counterValue', '0');
});
});
太棒了!您刚刚学会了如何为 Jest 提供全局模拟以进行测试。请参考下一节以了解其工作原理。
工作原理...
Jest 提供了一种定义要为每个测试加载的文件路径列表的方法。如果打开package.json文件并查看jest属性,您可以查看setupFilesAfterEnv属性,它接受一个文件路径数组。我们已经在那里为jestSetup.ts文件定义了路径。定义全局模拟的一种方法是创建一个新文件,然后将其导入jestSetup.ts。这是因为它无论如何都会在测试环境中被调用。这就是我们在这个示例中所做的。
请注意,我们在window对象中使用Object.defineProperty方法为localStorage对象提供了一个模拟实现。对于 JSDOM 中未实现的任何 API,情况都是一样的。同样,您可以为测试中使用的每个 API 提供全局模拟。请注意,在value属性中,我们使用了createLocalStorageMock()方法。实质上,这是定义模拟的一种方式。我们创建了createLocalStorageMock()方法,在其中我们有一个名为storage的私有/封装对象,模拟了localStorage对象。我们还在其中定义了getItem()和setItem()方法,以便我们可以向此存储设置值并从中获取值。请注意,我们没有在原始localStorageAPI 中拥有的removeItem()和clear()方法的实现。我们不必这样做,因为我们在测试中没有使用这些方法。
在“应该在组件初始化时调用 localStorage.getItem 方法”测试中,我们只是对localStorage对象的getItem()方法进行了间谍监视,自己调用了ngOnInit()方法,然后期望它已被调用。非常简单。
在“应该在组件初始化时从 localStorage 中检索最后保存的值”测试中,我们使用setItem()方法将计数器值保存在localStorage对象中,值为'12'。实质上,调用setItem()方法会调用我们的模拟实现方法,而不是实际的localStorageAPI 的setItem()方法。请注意,这里我们不对getItem()方法进行间谍监视;这是因为后来,我们希望组件的counter属性的值为12。
重要说明
每当我们对一个方法进行间谍操作时,请记住实际函数中的任何语句都不会再被执行。这就是为什么我们在前面的测试中不对getItem()方法进行间谍操作。如果我们这样做,模拟实现中的getItem()方法将不会返回任何内容。因此,我们对计数器属性的预期值将不会是12。
简而言之,如果您必须依赖于函数实现的结果,或者函数内部执行的语句,就不要对该函数进行间谍操作,并相应地编写您的测试。
PS:我总是在调试和苦苦思索一段时间后才艰难地学会这一点。开个玩笑!
最后的测试很简单。在'should save the new counterValue to localStorage on increment, decrement and reset'测试中,我们只是对setItem()方法进行了间谍操作,因为我们不关心它的实现。然后,我们手动多次设置计数器属性的值,然后分别运行increment()、decrement()和reset()方法。此外,我们期望setItem()方法已被调用,并使用正确的参数将值保存到存储中。请注意,我们在保存后不检查存储的值。正如我之前提到的,由于我们已经对setItem()方法进行了间谍操作,它的内部语句不会触发,值也不会被保存;因此,我们无法在保存后检索保存的值。
另请参阅
-
setupFiles的 Jest 文档(jestjs.io/docs/en/configuration#setupfiles-array) -
使用 Jest 进行手动模拟 (
jestjs.io/docs/en/manual-mocks)
使用存根(mock)来模拟服务
几乎没有一个 Angular 应用程序不会在其中创建一个Service。就整体业务逻辑而言,服务在与 API 交互时承载了大量的业务逻辑,特别是在涉及到与 API 交互时。在这个食谱中,您将学习如何使用存根(mock)来模拟服务。
准备工作
该食谱的项目位于chapter10/start_here/mocking-services-using-stubs。执行以下步骤:
-
在 Visual Studio Code 中打开项目。
-
打开终端并运行
npm install来安装项目的依赖项。 -
完成后,运行
ng serve -o。
这应该会在新的浏览器标签页中打开应用程序。您应该会看到类似以下截图的内容:
图 10.6 - 使用存根模拟服务的应用程序在 http://localhost:4200 上运行
现在我们已经在本地运行了应用程序,在下一节,让我们来看看食谱的步骤。
如何做...
我们有与上一个食谱相同的应用程序;但是,我们已经将保存和检索数据的逻辑从localStorage移动到了我们创建的CounterService中。现在所有的测试都通过了。但是,如果我们想要隐藏/封装计数器值存储的逻辑怎么办?也许我们想要为此发送后端 API 调用。为了做到这一点,更有意义的是对服务的方法进行监视。让我们按照食谱为我们的服务提供一个模拟存根:
- 首先,在
src文件夹内创建一个名为__mocks__的文件夹。在其中,创建另一个名为services的文件夹。然后,在这个文件夹内再次创建counter.service.mock.ts文件,并包含以下内容:
const CounterServiceMock = {
storageKey: 'counterValue',
getFromStorage: jest.fn(),
saveToStorage: jest.fn(),
};
export default CounterServiceMock;
- 现在在
counter.component.spec.ts中提供模拟服务而不是实际服务,如下所示:
import { ComponentFixture, TestBed } from '@angular/core/testing';
import { CounterService } from 'src/app/core/services/counter.service';
import CounterServiceMock from 'src/__mocks__/services/counter.service.mock';
...
describe('CounterComponent', () => {
...
beforeEach(async () => {
await TestBed.configureTestingModule({
declarations: [CounterComponent],
providers: [
{
provide: CounterService,
useValue: CounterServiceMock,
},
],
}).compileComponents();
});
...
});
通过上述更改,您应该看到以下错误,指出localStorage.setItem没有被调用。这是因为我们现在正在对我们服务的模拟存根上的方法进行监视:
图 10.7 - localStorage.setItem 没有被调用,因为方法被监视了
- 现在,我们不再期望调用
localStorage对象的方法,而是期望在我们的测试中调用我们服务的方法。更新counter.component.spec.ts文件如下:
...
describe('CounterComponent', () => {
...
it('should call the CounterService.getFromStorage method on component init', () => {
component.ngOnInit();
expect(CounterServiceMock.getFromStorage). toBeCalled();
});
it('should retrieve the last saved value from CounterService on component init', () => {
CounterServiceMock.getFromStorage. mockReturnValue(12);
component.ngOnInit();
expect(component.counter).toBe(12);
});
it('should save the new counterValue via CounterService on increment, decrement and reset', () => {
component.counter = 0;
component.increment();
expect(CounterServiceMock.saveToStorage). toHaveBeenCalledWith(1);
component.counter = 20;
component.decrement();
expect(CounterServiceMock.saveToStorage). toHaveBeenCalledWith(19);
component.reset();
expect(CounterServiceMock.saveToStorage). toHaveBeenCalledWith(0);
});
});
太棒了!现在你知道如何模拟服务来测试具有服务依赖关系的组件。请参考下一节,了解它是如何工作的。
它是如何工作的...
为 Angular 服务提供存根已经非常简单。这要归功于 Angular 的开箱即用的方法和来自@angular/core包的工具,特别是@angular/core/testing。首先,我们为我们的CounterService创建存根,并对CounterService中的每个方法使用jest.fn()。
使用jest.fn()返回一个新的未使用的模拟函数,Jest 会自动对其进行监视。可选地,我们还可以将模拟实现方法作为参数传递给jest.fn。查看官方文档中关于jest.fn()的以下示例:
const mockFn = jest.fn();
mockFn();
expect(mockFn).toHaveBeenCalled(); // test passes
// With a mock implementation:
const returnsTrue = jest.fn(() => true);
console.log(returnsTrue()); // true;
expect(returnsTrue()).toBe(true); // test passes
一旦我们创建了存根,我们将其传递给TestBed配置中的提供者数组,针对CounterService - 但useValue属性设置为CounterServiceMock。这告诉 Angular 使用我们的存根作为CounterService。
然后,在我们期望组件初始化时调用CounterService.getFromStorage()的测试中,我们使用以下语句:
expect(CounterServiceMock.getFromStorage).toBeCalled();
请注意,在前面的代码中,我们能够直接在CounterServiceMock.getFromStorage上使用expect()。虽然这在 Karma 和 Jasmine 中是不可能的,但在 Jest 中是可能的,因为我们对每个基础方法使用了jest.fn()。
然后,对于我们想要检查getFromStorage()方法是否被调用并返回保存的值的测试,我们首先使用CounterServiceMock.getFromStorage.mockReturnValue(12);语句。这确保了当调用getFromStorage()方法时,它会返回值12。然后,我们只需在测试中运行ngOnInit()方法,并期望我们组件的 counter 属性现在已经设置为12。这实际上意味着发生了以下事情:
-
ngOnInit()调用getFromStorage()方法。 -
getFromStorage()返回先前保存的值(在我们的情况下是12,但实际上,这将从localStorage中获取)。 -
组件的
counter属性设置为检索到的值,这里是12。
现在,对于最终的测试,我们只期望CounterService的saveToStorage方法在每种必要情况下都被调用。为此,我们使用以下类型的expect()语句:
expect(CounterServiceMock.saveToStorage).toHaveBeenCalledWith(1);
大致就是这样。单元测试很有趣,不是吗?现在您已经了解了所有的工作原理,请参考下一节,了解一些有用的资源,以便进行进一步阅读。
另请参阅
-
jest.fn()的官方文档(jestjs.io/docs/en/jest-object.html#jestfnimplementation) -
Angular 的组件测试场景(
angular.io/guide/testing-components-scenarios)
在单元测试中使用对注入服务的间谍
虽然你可以在单元测试中使用 Jest 为你的服务提供存根,但有时为每个新服务创建一个模拟可能会感觉有些多余。假设如果服务的使用仅限于一个测试文件,那么仅仅在实际注入的服务上使用间谍可能更有意义。在这个示例中,这正是我们要做的。
做好准备
这个配方的项目位于chapter10/start_here/using-spies-on-injected-service。
-
在 Visual Studio Code 中打开项目。
-
打开终端并运行
npm install来安装项目的依赖项。 -
完成后,运行
npm run test。
这将在控制台上使用 Jest 运行单元测试。你应该会看到类似以下输出:
图 10.8 – 'using-spies-on-injected-service'项目的单元测试失败
现在我们已经在本地运行了测试,在下一节中,让我们通过配方的步骤。
如何做到...
我们在CounterComponent代码中的测试是不完整的。这是因为我们缺少expect()块和对CounterService方法进行监听的代码。让我们开始使用实际的CounterService来完成编写测试的配方,如下所示:
- 首先,我们需要在测试中获取实际注入的服务的实例。因此,我们将创建一个变量,并在
beforeEach()方法中获取注入的服务。更新counter.component.spec.ts文件如下:
...
describe('CounterComponent', () => {
let component: CounterComponent;
let fixture: ComponentFixture<CounterComponent>;
let counterService: CounterService;
beforeEach(async () => {...});
beforeEach(() => {
fixture = TestBed.createComponent(CounterComponent);
component = fixture.componentInstance;
fixture.detectChanges();
counterService = TestBed.inject(CounterService);
});
...
});
- 现在,我们将为服务编写我们的第一个
expect()块。对于测试中说的'应该在组件初始化时调用 localStorage.getItem 方法',添加以下spyOn()和expect()块:
...
describe('CounterComponent', () => {
...
it('should call the localStorage.getItem method on component init', () => {
spyOn(counterService, 'getFromStorage');
component.ngOnInit();
expect(counterService.getFromStorage). toHaveBeenCalled();
});
...
});
如果再次运行npm run test,你应该仍然会看到一个测试失败,但其余测试通过。
- 现在,让我们修复失败的测试。即'应该在组件初始化时从 localStorage 中检索到上次保存的值'。在这种情况下,我们需要监听
CounterService的getFromStorage()方法,以返回预期值12。为此,请更新测试文件,如下所示:
...
describe('CounterComponent', () => {
...
it('should retrieve the last saved value from localStorage on component init', () => {
spyOn(counterService, 'getFromStorage').and. returnValue(12);
component.ngOnInit();
expect(component.counter).toBe(12);
});
...
});
- 最后,让我们修复我们的最后一个测试,我们期望
increment()、decrement()和reset()方法调用CounterService的saveToStorage()方法。更新测试如下:
...
describe('CounterComponent', () => {
...
it('should save the new counterValue to localStorage on increment, decrement and reset', () => {
spyOn(counterService, 'saveToStorage');
component.counter = 0;
component.increment();
expect(counterService.saveToStorage). toHaveBeenCalledWith(1);
component.counter = 20;
component.decrement();
expect(counterService.saveToStorage). toHaveBeenCalledWith(19);
component.reset();
expect(counterService.saveToStorage). toHaveBeenCalledWith(0);
});
});
太棒了!通过这个改变,你应该看到所有 12 个测试都通过了。让我们看看下一节,以了解它是如何工作的。
它是如何工作的...
这个配方包含了本章先前配方中的许多知识。然而,关键亮点是TestBed.inject()方法。基本上,这个神奇的方法会将提供的服务实例CounterService传递给我们。这是与CounterComponent实例绑定的服务实例。由于我们可以访问与组件实例使用的相同服务实例,我们可以直接对其进行监视,并期望它被调用,甚至可以模拟返回的值。
另请参阅
- Angular TestBed 简介(angular.io/guide/testi…)
使用 ng-mocks 包模拟子组件和指令
单元测试主要围绕着对组件进行孤立测试。但是,如果您的组件完全依赖于另一个组件或指令才能正常工作呢?在这种情况下,通常会为组件提供一个模拟实现,但这是很多工作。然而,使用ng-mocks包就非常简单。在这个配方中,我们将学习如何使用ng-mocks来进行一个高级示例,即父组件依赖于子组件才能正常工作。
准备就绪
我们将要处理的项目位于chapter10/start_here/mocking-components-with-ng-mocks中,这是在克隆存储库内部的。执行以下步骤:
-
在 Visual Studio Code 中打开项目。
-
打开终端并运行
npm install来安装项目的依赖项。 -
完成后,运行
ng serve -o。
这应该会在新的浏览器标签中打开应用程序。您应该会看到类似以下截图的内容:
图 10.9 - 运行在 http://localhost:4200 上的 mocking-components-with-ng-mocks 应用程序
现在我们的应用程序在本地运行,接下来让我们在下一节中按照配方的步骤进行操作。
如何做...
如果运行yarn test命令或npm run test命令,您会发现并非所有测试都通过了。此外,控制台上会出现一堆错误,如下所示:
图 10.10 - 单元测试期间出现未知元素错误
让我们按照配方确保我们的测试通过ng-mocks包正确无误地运行:
- 首先,让我们在项目中安装
ng-mocks包。为此,请在终端中从项目根目录运行以下命令:
npm install ng-mocks --save
# or
yarn add ng-mocks
- 现在,我们将尝试修复
AppComponent的测试。为了只基于字符串正则表达式运行特定的测试,我们可以使用jest命令的-t参数。运行以下命令,只运行AppComponent的测试:
npm run test -- -t 'AppComponent'
#or
yarn test -- -t 'AppComponent'
现在你可以看到我们只运行AppComponent的测试,它们失败如下:
图 10.11 – 错误 – 'app-version-control'不是已知元素
- 为了解决图 10.11中显示的错误,我们将
VersionControlComponent导入app.component.spec.ts文件中的TestBed定义。这样我们的测试环境也会知道缺少的VersionControlComponent。为此,请按照以下方式修改提到的文件:
...
import { VersionControlComponent } from './components/version-control/version-control.component';
...
describe('AppComponent', () => {
beforeEach(waitForAsync(() => {
TestBed.configureTestingModule({
imports: [RouterTestingModule],
declarations: [AppComponent, VersionControlComponent],
}).compileComponents();
}));
...
});
重新运行AppComponent的测试,你会看到一些更新的错误。惊喜!这就是依赖关系的影响。我们将在*它是如何工作的...*部分详细讨论细节。然而,为了解决这个问题,让我们按照下面的步骤进行。
- 我们不需要直接提供
VersionControlComponent,而是需要模拟它,因为我们对AppComponent的测试并不真正关心它。为此,请按照以下方式更新app.component.spec.ts文件:
...
import { MockComponent } from 'ng-mocks';
...
describe('AppComponent', () => {
beforeEach(waitForAsync(() => {
TestBed.configureTestingModule({
imports: [RouterTestingModule],
declarations: [AppComponent, MockComponent(VersionControlComponent)],
}).compileComponents();
}));
...
});
问题解决了!再次运行测试,只针对AppComponent,你应该看到它们都通过了,如下所示:
图 10.12 – 通过所有的 AppComponent 测试
- 现在,让我们来谈谈
VersionControlComponent的测试。这取决于ReleaseFormComponent以及ReleaseLogsComponent。这次让我们像专业人士一样模拟它们,使用MockBuilder和MockRender方法,这样我们就可以在测试过程中摆脱错误。更新后,version-control.component.spec.ts文件应如下所示:
import { MockBuilder, MockedComponentFixture, MockRender } from 'ng-mocks';
import { ReleaseFormComponent } from '../release-form/release-form.component';
import { ReleaseLogsComponent } from '../release-logs/release-logs.component';
import { VersionControlComponent } from './version-control.component';
describe('VersionControlComponent', () => {
let component: VersionControlComponent;
let fixture: MockedComponentFixture <VersionControlComponent>;
beforeEach(() => {
return MockBuilder(VersionControlComponent)
.mock(ReleaseFormComponent)
.mock(ReleaseLogsComponent);
});
beforeEach(() => {
fixture = MockRender(VersionControlComponent);
component = fixture.point.componentInstance;
});
it('should create', () => {...});
});
现在运行npm run test,你应该看到所有的测试都通过了。在接下来的步骤中,让我们实际编写一些有趣的测试。
VersionControlComponent将ReleaseLogsComponent作为子组件使用。此外,它通过[logs]属性将releaseLogs属性作为@Input()提供给ReleaseLogsComponent。我们实际上可以检查输入的值是否设置正确。为此,请按照以下方式更新version-control.component.spec.ts文件:
import {
MockBuilder,
MockedComponentFixture,
MockRender,
ngMocks,
} from 'ng-mocks';
import { Apps } from 'src/app/constants/apps';
...
describe('VersionControlComponent', () => {
...
it('should set the [logs] @Input for the ReleaseLogsComponent', () => {
const releaseLogsComponent = ngMocks. find<ReleaseLogsComponent>(
'app-release-logs'
).componentInstance;
const logsStub = [{ app: Apps.DRIVE, version: '2.2.2', message: '' }];
component.releaseLogs = [...logsStub];
fixture.detectChanges();
expect(releaseLogsComponent.logs.length).toBe(1);
expect(releaseLogsComponent.logs).toEqual([...logsStub]);
});
});
- 现在我们将确保当我们通过
ReleaseFormComponent创建了一个新的日志时,我们通过将其添加到VersionControlComponent中的releaseLogs数组中来显示这个新的日志。然后,我们还将其作为@Input logs传递给ReleaseLogsComponent。将以下测试添加到version-control.component.spec.ts文件中:
...
describe('VersionControlComponent', () => {
...
it('should add the new log when it is created via ReleaseFormComponent', () => {
const releaseFormsComponent = ngMocks. find<ReleaseFormComponent>('app-release-form'). componentInstance;
const releaseLogsComponent = ngMocks. find<ReleaseLogsComponent>('app-release-logs'). componentInstance;
const newLogStub = { app: Apps.DRIVE, version: '2.2.2', message: '' };
component.releaseLogs = []; // no logs initially
releaseFormsComponent.newReleaseLog.emit(newLogStub); // add a new log
fixture.detectChanges(); // detect changes
expect(component.releaseLogs).toEqual([newLogStub]); // VersionControlComponent logs
expect(releaseLogsComponent.logs). toEqual([newLogStub]); // ReleaseLogsComponent logs
});
});
哇!我们通过使用ng-mocks包实现了一些有趣的测试。每次我使用它时,我都非常喜欢它。现在我们已经完成了这个配方,在下一节,让我们来看看它是如何工作的。
它是如何工作的...
在这个配方中,我们涵盖了一些有趣的事情。首先,为了避免控制台报告未知组件的错误,我们使用了ng-mocks包中的MockComponent方法,将我们依赖的组件声明为模拟组件。这绝对是我们通过ng-mocks包实现的最简单的事情。然而,我们确实进入了一个高级的情况,我承认这是一种非常规的方法;那就是在父组件中测试子组件的@Input和@Output发射器,以测试整个流程。这就是我们为VersionControlComponent的测试所做的。
请注意,我们完全从version-control.component.spec.ts文件中移除了对@angular/core/testing包的使用。这是因为我们不再使用TestBed来创建测试环境。相反,我们使用ng-mocks包中的MockBuilder方法来构建VersionControlComponent的测试环境。然后,我们使用.mock()方法来模拟我们稍后在测试中要使用的每个子组件。.mock()方法不仅用于模拟组件,还可以用于模拟服务、指令、管道等。请参考下一节以获取更多阅读资源。
然后,在'should add the new log when it is created via ReleaseFormComponent'测试中,注意我们使用的ngMocks.find()方法,用于找到相关组件并获取其实例。它的使用方式与我们在TestBed中所做的相对类似,如下所示:
fixture.debugElement.query(
By.css('app-release-form')
).componentInstance
然而,使用ngMocks.find()更合适,因为它对类型有更好的支持。一旦我们掌握了ReleaseFormComponent的实例,我们就使用名为newReleaseLog的@Output来使用.emit()方法创建新日志。然后,我们快速进行fixture.detectChanges()以触发 Angular 变更检测。我们还检查VersionControl.releaseLogs数组,以确定我们的新发布日志是否已添加到数组中。之后,我们还检查ReleaseLogsComponent.logs属性,以确保子组件已通过@Input更新了logs数组。
重要说明
请注意,我们不在VersionControlComponent.addNewReleaseLog方法上使用间谍。这是因为如果我们这样做,该函数将成为 Jest 间谍函数。因此,它将失去其内部功能。反过来,它将永远不会将新日志添加到releaseLogs数组中,我们的测试也不会通过。你可以试试看。
另请参阅
-
ng-mocks 的
.mock方法(ng-mocks.sudo.eu/api/MockBuilder#mock) -
ng-mocks 官方文档(
ng-mocks.sudo.eu)
使用 Angular CDK 组件挽具更轻松的组件测试
在为组件编写测试时,可能会出现您实际上希望与 DOM 元素进行交互的情况。现在,这可以通过使用fixture.debugElement.query方法找到使用选择器的元素,然后在其上触发事件来实现。但是,这意味着为不同平台维护它,了解所有选择器的标识符,然后在测试中公开所有这些。如果我们谈论的是一个 Angular 库,情况会更糟。每个与我的库交互的开发人员都不需要知道所有元素选择器才能编写测试。只有库的作者应该知道这么多以尊重封装。幸运的是,我们有来自 Angular CDK 团队的组件挽具,它们是与 IVY 编译器一起在 Angular 9 发布的。他们以身作则,为 Angular 材料组件提供了组件挽具。在这个教程中,您将学习如何创建自己的组件挽具。
准备就绪
我们将要使用的项目位于克隆存储库内的chapter10/start_here/tests-using-cdk-harness中。执行以下步骤:
-
在 Visual Studio Code 中打开项目。
-
打开终端并运行
npm install来安装项目的依赖项。 -
完成后,运行
ng serve -o。
这将在新的浏览器标签页中打开应用程序。你应该看到类似于以下截图的内容:
图 10.13 - 在 http://localhost:4200 上运行的 tests-using-cdk-harness 应用程序
现在应用程序正在运行,让我们继续下一节按照配方进行操作。
如何做...
我们有一个我们喜爱的 Angular 版本控制应用程序,允许我们创建发布日志。我们已经编写了测试,包括与 DOM 元素交互以验证一些用例的测试。让我们按照配方改用组件 harness,并发现在实际测试中使用它变得多么容易:
- 首先,打开一个新的终端窗口/标签,并确保你在
chapter10/start_here/tests-using-cdk-harness文件夹内。进入后,运行以下命令安装 Angular CDK:
npm install --save @angular/cdk@12.0.0
-
你需要重新启动你的 Angular 服务器。因此,重新运行
ng serve命令。 -
首先,我们将为
ReleaseFormComponent创建一个组件 harness。让我们在release-form文件夹内创建一个新文件,并将其命名为release-form.component.harness.ts。然后,在其中添加以下代码:
import { ComponentHarness } from '@angular/cdk/testing';
export class ReleaseFormComponentHarness extends ComponentHarness {
static hostSelector = 'app-release-form';
protected getSubmitButton = this. locatorFor('button[type=submit]');
protected getAppNameInput = this. locatorFor(`#appName`);
protected getAppVersionInput = this. locatorFor(`#versionNumber`);
protected getVersionErrorEl = async () => {
const alerts = await this.locatorForAll('.alert. alert-danger')();
return alerts[1];
};
}
- 现在我们需要为我们的
VersionControlComponent测试设置 harness 环境。为此,我们将使用 Angular CDK 中的HarnessLoader和TestbedHarnessEnvironment。按照以下方式更新version-control.component.spec.ts文件:
...
import { HarnessLoader } from '@angular/cdk/testing';
import { TestbedHarnessEnvironment } from '@angular/cdk/testing/testbed';
describe('VersionControlComponent', () => {
let component: VersionControlComponent;
let fixture: ComponentFixture<VersionControlComponent>;
let harnessLoader: HarnessLoader;
...
beforeEach(() => {
fixture = TestBed. createComponent(VersionControlComponent);
component = fixture.componentInstance;
fixture.detectChanges();
harnessLoader = TestbedHarnessEnvironment. loader(fixture);
});
...
});
- 现在,让我们在我们的
ReleaseFormComponentHarness类中编写一些方法来获取相关信息。我们将在后续步骤中使用这些方法。按照以下方式更新release-form.component.harness.ts文件:
...
export class ReleaseFormComponentHarness extends ComponentHarness {
...
async getSelectedAppName() {
const appSelectInput = await this.getAppNameInput();
return appSelectInput.getProperty('value');
}
async clickSubmit() {
const submitBtn = await this.getSubmitButton();
return await submitBtn.click();
}
async setNewAppVersion(version: string) {
const versionInput = await this.getAppVersionInput();
return await versionInput.sendKeys(version);
}
async isVersionErrorShown() {
const versionErrorEl = await this. getVersionErrorEl();
const versionErrorText = await versionErrorEl.text();
return (
versionErrorText.trim() === 'Please write an appropriate version number'
);
}
}
- 接下来,我们将使用组件 harness 来进行我们的第一个测试,命名为“'应该选择第一个应用程序以进行新的发布日志'”。按照以下方式更新
version-control.component.spec.ts文件:
...
import { ReleaseFormComponentHarness } from '../release-form/release-form.component.harness';
describe('VersionControlComponent', () => {
...
it('should have the first app selected for the new release log', async () => {
const rfHarness = await harnessLoader.getHarness(
ReleaseFormComponentHarness
);
const appSelect = await rfHarness. getSelectedAppName();
expect(appSelect).toBe(Apps.DRIVE);
});
...
});
现在如果你运行npm run test,你应该看到所有的测试都通过了,这意味着我们使用组件 harness 进行的第一个测试成功了。哇呼!
- 现在,我们将开始进行第二个测试,即“'应该在输入错误的版本号时显示错误'”。按照以下方式更新
version-control.component.spec.ts文件中的测试:
...
describe('VersionControlComponent', () => {
...
it('should show error on wrong version number input', async () => {
const rfHarness = await harnessLoader.getHarness(
ReleaseFormComponentHarness
);
await rfHarness.setNewAppVersion('abcd');
const isErrorshown = await rfHarness. isVersionErrorShown();
expect(isErrorshown).toBeTruthy();
});
...
});
砰!请注意,我们刚刚将此测试的代码行数从九个语句减少到了只有四个语句。这不是很神奇吗?老实说,我认为这很棒,而且更加清晰。
- 对于最终的测试,我们还需要为
ReleaseLogsComponent创建一个组件测试工具。让我们快速创建它。在release-logs文件夹中添加一个名为release-logs.component.harness.ts的新文件,并添加以下代码:
import { ComponentHarness } from '@angular/cdk/testing';
export class ReleaseLogsComponentHarness extends ComponentHarness {
static hostSelector = 'app-release-logs';
protected getLogsElements = this.locatorForAll ('.logs__item');
async getLogsLength() {
const logsElements = await this.getLogsElements();
return logsElements.length;
}
async getLatestLog() {
const logsElements = await this.getLogsElements();
return await logsElements[0].text();
}
async validateLatestLog(version, app) {
const latestLogText = await this.getLatestLog();
return (
latestLogText.trim() === `Version ${version} released for app ${app}`
);
}
}
- 最后,让我们修改
version-control.component.spec.ts文件中的最终测试如下:
...
import { ReleaseFormComponentHarness } from '../release-form/release-form.component.harness';
import { ReleaseLogsComponentHarness } from '../release-logs/release-logs.component.harness';
describe('VersionControlComponent', () => {
...
it('should show the new log in the list after adding submitting a new log', async () => {
const rfHarness = await harnessLoader.getHarness(
ReleaseFormComponentHarness
);
const rLogsHarness = await harnessLoader.getHarness(
ReleaseLogsComponentHarness
);
let logsLength = await rLogsHarness.getLogsLength();
expect(logsLength).toBe(0); // no logs initially
const APP = Apps.DRIVE;
const VERSION = '2.3.6';
await rfHarness.setNewAppVersion(VERSION);
await rfHarness.clickSubmit();
logsLength = await rLogsHarness.getLogsLength();
expect(logsLength).toBe(1);
const isNewLogAdded = await rLogsHarness. validateLatestLog(VERSION, APP);
expect(isNewLogAdded).toBe(true);
});
});
哇!使用 Angular CDK 组件测试工具进行了一些令人惊叹的测试。如果现在运行测试,你应该能看到所有的测试都通过了。现在你已经完成了这个教程,请参考下一节来了解它是如何工作的。
它是如何工作的...
好了!这是一个很酷的教程,我自己很喜欢。这个教程的关键因素是@angular/cdk/testing包。如果你之前使用 Protractor 进行过e2e测试,这与 Protractor 中的Pages概念类似。首先,我们为ReleaseLogsComponent和ReleaseFormComponent分别创建了一个组件测试工具。
请注意,我们从@angular/cdk/testing导入了ComponentHarness类来为两个组件测试工具。然后,我们从ComponentHarness类扩展了我们的自定义类ReleaseFormComponentHarness和ReleaseLogsComponentHarness。基本上,这是编写组件测试工具的正确方式。你注意到了叫做hostSelector的静态属性吗?我们需要为我们创建的每个组件测试工具类添加这个属性。而且这个值总是目标元素/组件的选择器。这确保了当我们将这个测试工具加载到测试环境中时,环境能够在 DOM 中找到宿主元素,也就是我们正在创建组件测试工具的元素。在我们的组件测试工具类中,我们使用this.locatorFor()方法来查找宿主组件中的元素。locateFor()方法接受一个参数,即要查找的元素的css 选择器,并返回一个AsyncFactoryFn。这意味着返回的值是一个我们可以在以后使用的函数,用来获取所需的元素。
在ReleaseFormComponentHarness类中,我们使用protected方法getSubmitButton、getAppNameInput和getAppVersionInput分别找到提交按钮、应用程序名称输入和版本号输入,这些方法都是AsyncFactoryFn类型,如前所述。我们将这些方法设置为protected,因为我们不希望编写单元测试的人访问或关心 DOM 元素的信息。这样做可以让每个人更轻松地编写测试,而不用担心访问 DOM 的内部实现。
请注意,getVersionErrorEl()方法略有不同。它实际上不是AsyncFactoryFn类型。相反,它是一个常规的async函数,首先调用locatorForAll方法获取所有具有alert类和alert-danger类的元素,这些元素是错误消息。然后,它选择第二个警报元素,用于应用程序版本号输入。
这里需要提到的一件重要的事情是,当我们调用locatorFor()方法或locatorForAll()方法时,我们会得到一个带有TestElement项的Promise,或者一个TestElement项列表的Promise。每个TestElement项都有一堆方便的方法,比如.click()、.sendKeys()、.focus()、.blur()、.getProperty()、.text()等等。这些方法是我们感兴趣的,因为我们在幕后使用它们与 DOM 元素进行交互。
现在,让我们谈谈如何配置测试环境。在version-control.component.spec.ts文件中,我们设置环境使用ReleaseLogsComponent和ReleaseFormComponent的组件挽具。这里的关键元素是TestbedHarnessEnvironment元素。我们使用TestbedHarnessEnvironment类的.loader()方法,通过提供我们的fixture作为参数。请注意,fixture 是我们在测试环境中使用TestBed.createComponent(VersionControlComponent)语句获得的。因为我们将这个 fixture 提供给TestbedHarnessEnvironment.loader()方法,我们得到了一个HarnessLoader语句的元素,现在可以为其他组件加载组件挽具,即ReleaseLogsComponent和ReleaseFormComponent。
请注意,在测试中,我们使用 harnessLoader.getHarness() 方法,通过提供 harness 类作为参数。这使得测试环境能够找到与 harness 类的 hostSelector 属性相关联的 DOM 元素。此外,我们还可以获得组件 harness 的实例,以便在测试中进一步使用。
另请参阅
-
使用组件 harness 在 DOM 中查找组件 (
https://material.angular.io/cdk/test-harnesses/overview#finding-elements-in-the-components-dom) -
组件 harness 作者的 API (
https://material.angular.io/cdk/test-harnesses/overview#api-for-component-harness-authors)
使用 Observables 进行组件的单元测试
如果您正在构建 Angular 应用程序,很可能会在应用程序中的某个时候使用 Observables。例如,您可能会从第三方 API 获取数据,或者仅仅是管理状态。在任何情况下,测试具有 Observables 的应用程序会变得稍微困难。在本食谱中,我们将学习如何使用 Observables 进行单元测试。
准备就绪
此食谱的项目位于 chapter10/start_here/unit-testing-observables。执行以下步骤:
-
在 Visual Studio Code 中打开项目。
-
打开终端并运行
npm install来安装项目的依赖项。 -
完成后,运行
ng serve -o。
这将在新的浏览器选项卡中打开应用程序。您应该看到类似以下截图的内容:
图 10.14 – 在 http://localhost:4200 上运行的 unit-testing-observables 应用程序
现在我们已经在本地运行了应用程序,在下一节中,让我们来看一下食谱的步骤。
如何做…
我们将首先编写测试用例,这在技术上涉及使用 Observables。基本上,我们必须使用 Observables 模拟方法,并且必须使用 Angular 提供的 fakeAsync 和 tick() 方法来达到编写具有 Observables 的良好单元测试的目标。让我们开始吧:
- 首先,我们将编写一个测试,看看当我们在包含 Observable 的函数中使用
expect()语句时会发生什么。通过在users.component.spec.ts文件中添加一个测试,检查在组件初始化时是否从服务器获取用户:
import { HttpClientModule } from '@angular/common/http';
import {
ComponentFixture,
fakeAsync,
TestBed,
tick,
} from '@angular/core/testing';
...
describe('UsersComponent', () => {
...
it('should get users back from the API component init', fakeAsync(() => {
component.ngOnInit();
tick(500);
expect(component.users.length).toBeGreaterThan(0);
}));
});
现在,一旦你运行npm run test命令,你会看到测试失败并显示以下消息:
图 10.15 - 错误 - 无法在伪异步测试中进行 XHR 请求
这意味着我们不能在fakeAsync测试中进行真实的 HTTP 调用,这就是在调用ngOnInit()方法后发生的情况。
- 正确的测试方法是模拟
UserService。幸运的是,我们已经在项目中做过这个,因为我们有UserServiceMock类。我们需要将它提供为TestBed中UserService的useClass属性,并稍微更新我们的测试。让我们修改users.component.spec.ts文件,如下所示:
...
import {
DUMMY_USERS,
UserServiceMock,
} from 'src/__mocks__/services/user.service.mock';
...
describe('UsersComponent', () => {
...
beforeEach(async () => {
await TestBed.configureTestingModule({
declarations: [UsersComponent, UserCardComponent],
providers: [
{
provide: UserService,
useClass: UserServiceMock,
},
],
imports: [HttpClientModule, ReactiveFormsModule, RouterTestingModule],
}).compileComponents();
});
...
it('should get users back from the API component init', fakeAsync(() => {
component.ngOnInit();
tick(500);
expect(component.users.length).toBe(2);
expect(component.users).toEqual(DUMMY_USERS);
}));
});
现在,如果你再次运行测试,它们应该通过。我们稍后会在*它是如何工作...*部分详细介绍这一点。
- 让我们为一个想要搜索用户的场景添加另一个测试。我们将设置
username表单控件的值,并使用UserService或更准确地说是UserServiceMock来搜索用户。然后,我们期望结果是合适的。在users.component.spec.ts文件中添加一个测试,如下所示:
...
describe('UsersComponent', () => {
...
it('should get the searched users from the API upon searching', fakeAsync(() => {
component.searchForm.get('username'). setValue('hall');
// the second record in our DUMMY_USERS array has the name Mrs Indie Hall
const expectedUsersList = [DUMMY_USERS[1]];
component.searchUsers();
tick(500);
expect(component.users.length).toBe(1);
expect(component.users).toEqual(expectedUsersList);
}));
});
- 现在我们将为
UserDetailComponent编写一个测试。我们需要测试当组件初始化时,UserDetailComponent能否从服务器获取到适当的用户,并且我们也能获取到相似的用户。在user-detail.component.spec.ts文件中添加一个测试,如下所示:
...
import {..., fakeAsync, tick, } from '@angular/core/testing';
...
import { UserServiceMock } from 'src/__mocks__/services/user.service.mock';
describe('UserDetailComponent', () => {
...
beforeEach(
waitForAsync(() => {
TestBed.configureTestingModule({
declarations: [...],
imports: [HttpClientModule, RouterTestingModule],
providers: [
{
provide: UserService,
useClass: UserServiceMock,
},
],
}).compileComponents();
})
);
...
it('should get the user based on routeParams on page load', fakeAsync(() => {
component.ngOnInit();
tick(500);
expect(component.user).toBeTruthy();
}));
});
新的测试目前应该是失败的。我们将在接下来的步骤中修复它。
- 为了调试,我们可以在
ngOnInit()方法中订阅route.paramMapObservable 并快速添加一个console.log()来打印我们从params中获取的内容。修改user-detail.component.ts文件,然后再次运行测试:
...
@Component({...})
export class UserDetailComponent implements OnInit, OnDestroy {
...
ngOnInit() {
this.isComponentAlive = true;
this.route.paramMap
.pipe(
takeWhile(() => !!this.isComponentAlive),
flatMap((params) => {
this.user = null;
console.log('params', params);
...
return this.userService.getUser(userId). pipe(...);
})
)
.subscribe((similarUsers: IUser[]) => {...});
}
...
}
现在当你运行测试时,你会看到错误,如下所示:
图 10.16 - 错误 - 空参数和缺少 uuid
- 正如你在图 10.16中所看到的,我们在
Params对象中没有uuid。这是因为这不是一个真实用户的真实路由过程。因此,我们需要模拟UserDetailComponent中使用的ActivatedRoute服务以获得期望的结果。让我们在__mocks__文件夹内创建一个名为activated-route.mock.ts的新文件,并将以下代码添加到其中:
import { convertToParamMap, ParamMap, Params } from '@angular/router';
import { ReplaySubject } from 'rxjs';
/**
* An ActivateRoute test double with a `paramMap` observable.
* Use the `setParamMap()` method to add the next `paramMap` value.
*/
export class ActivatedRouteMock {
// Use a ReplaySubject to share previous values with subscribers
// and pump new values into the `paramMap` observable
private subject = new ReplaySubject<ParamMap>();
constructor(initialParams?: Params) {
this.setParamMap(initialParams);
}
/** The mock paramMap observable */
readonly paramMap = this.subject.asObservable();
/** Set the paramMap observables's next value */
setParamMap(params?: Params) {
this.subject.next(convertToParamMap(params));
}
}
- 现在我们将在
UserDetailComponent的测试中使用这个模拟。更新user-detail.component.spec.ts文件,如下所示:
...
import { ActivatedRouteMock } from 'src/__mocks__/activated-route.mock';
import {
DUMMY_USERS,
UserServiceMock,
} from 'src/__mocks__/services/user.service.mock';
...
describe('UserDetailComponent', () => {
...
let activatedRoute;
beforeEach(
waitForAsync(() => {
TestBed.configureTestingModule({
...
providers: [
{...},
{
provide: ActivatedRoute,
useValue: new ActivatedRouteMock(),
},
],
}).compileComponents();
})
);
beforeEach(() => {
...
fixture.detectChanges();
activatedRoute = TestBed.inject(ActivatedRoute);
});
...
});
- 现在我们已经将模拟注入到测试环境中,让我们修改我们的测试以从
DUMMY_USERS数组中获取第二个用户。更新测试文件如下:
...
describe('UserDetailComponent', () => {
...
it('should get the user based on routeParams on page load', fakeAsync(() => {
component.ngOnInit();
activatedRoute.setParamMap({ uuid: DUMMY_USERS[1]. login.uuid });
tick(500);
expect(component.user).toEqual(DUMMY_USERS[1]);
}));
});
- 现在我们将编写一个测试,当加载
UserDetailComponent时,允许我们获取相似的用户。请记住,根据我们当前的业务逻辑,相似的用户是除了页面上保存在user属性中的当前用户之外的所有用户。让我们在user-detail.component.spec.ts文件中添加测试,如下所示:
...
describe('UserDetailComponent', () => {
...
it('should get similar user based on routeParams uuid on page load', fakeAsync(() => {
component.ngOnInit();
activatedRoute.setParamMap({ uuid: DUMMY_USERS[1]. login.uuid }); // the second user's uuid
const expectedSimilarUsers = [DUMMY_USERS[0]]; // the first user
tick(500);
expect(component.similarUsers). toEqual(expectedSimilarUsers);
}));
});
如果你运行测试,你应该看到它们都通过,如下所示:
图 10.17 - 所有的测试都通过了模拟的 Observables
太棒了!现在你知道如何在编写组件的单元测试时使用 Observables 了。虽然在 Angular 中测试 Observables 还有很多要学习的,但这个教程的目的是保持一切简单和甜美。
现在你已经完成了这个教程,请参考下一节以了解它是如何工作的。
它是如何工作的...
我们通过使用'@angular/core/testing'包中的fakeAsync()和tick()方法来开始我们的教程。请注意,我们使用fakeAsync()方法包装我们测试的回调方法。在fakeAsync()方法中包装的方法是在一个叫做fakeAsync区域中执行的。这与实际的 Angular 应用程序运行在ngZone内的方式相反。
重要提示
为了使用fakeAsync区域,我们需要在测试环境中导入zone.js/dist/zone-testing库。当你创建一个 Angular 项目时,通常会在src/test.ts文件中进行这个操作。然而,由于我们迁移到了 Jest,我们删除了那个文件。
“好的。那么,它是如何工作的,阿赫桑?”好吧,我很高兴你问。在为 Jest 设置时,我们使用jest-preset-angular包。这个包最终需要为fakeAsync测试导入所有必要的文件,如下所示:
图 10.18 - jest-preset-angular 包导入所需的 zone.js 文件
基本上,tick()方法在这个虚拟的fakeAsync区域中模拟时间的流逝,直到所有的异步任务都完成。它接受一个毫秒参数,反映了经过了多少毫秒或虚拟时钟前进了多少。在我们的情况下,我们使用500毫秒作为tick()方法的值。
请注意,我们为UsersComponent的测试模拟了UserService。特别是对于'should get users back from the API component init',我们在测试中调用了component.ngOnInit()方法,然后调用了tick()方法。同时,ngOnInit()方法调用了searchUsers()方法,该方法调用了UserServiceMock.searchUsers()方法,因为我们在测试环境中为UserService提供了useClass属性。最后,它返回了我们在user.service.mock.ts文件中定义的DUMMY_USERS数组的值。对于UsersComponent的另一个测试,'should get the searched users from the API upon searching',也是非常相似的。
关于UserDetailComponent的测试,我们做了一些不同的事情,也就是,我们还必须模拟activatedRoute服务。为什么?那是因为UserDetailComponent是一个可以使用uuid导航的页面,并且因为它的路径在app-routing.module.ts文件中被定义为'/users/:uuid'。因此,我们需要在我们的测试中填充这个uuid参数,以便与DUMMY_USERS数组一起使用。为此,我们在__mocks__文件夹中使用ActivatedRouteMock类。请注意,它有一个setParamMap()方法。这允许我们在测试中指定uuid参数。然后,当实际代码订阅this.route.paramMap可观察对象时,我们设置的uuid参数就可以在那里找到。
对于'should get the user based on routeParams on page load'测试,我们将DUMMY_USERS数组中的第二个用户的uuid设置为uuid路由参数的值。然后,我们使用tick()方法,之后我们期望user属性的值是DUMMY_USERS数组中的第二个用户。文件中的另一个测试也是非常相似和不言自明的。有关单元测试场景的更多有用链接,请参考下一节。
另外
-
Angular 测试组件场景(
docs.angular.lat/guide/testing-components-scenarios) -
使用
RouterTestingModule测试路由的 Angular 组件(dev.to/this-is-angular/testing-angular-routing-components-with-the-routertestingmodule-4cj0)
单元测试 Angular 管道
在我个人看来,管道是 Angular 应用程序中最容易测试的组件。为什么?嗯,这是因为它们(应该)是根据相同的输入集返回相同结果的纯函数。在这个食谱中,我们将为 Angular 应用程序中的一个非常简单的管道编写一些测试。
准备工作
我们要处理的项目位于chapter10/start_here/unit-testing-pipes中,这是在克隆的存储库中。执行以下步骤:
-
在 Visual Studio Code 中打开项目。
-
打开终端并运行
npm install来安装项目的依赖项。 -
完成后,运行
ng serve -o。
这将在新的浏览器选项卡中打开应用程序。您应该看到类似以下截图的内容:
图 10.19 - 运行在 http://localhost:4200 上的 unit-testing-pipes 应用程序
既然我们已经在本地运行了应用程序,在下一节中,让我们按照食谱的步骤进行。
如何做...
在这里,我们有一个简单的食谱,需要两个输入 - 数字和最大因子值。根据这些输入,我们显示一个乘法表。根据我们的业务逻辑,我们已经有了工作正常的MultTablePipe。现在我们将编写一些单元测试来验证我们的输入和预期输出,如下所示:
- 让我们为
MultTablePipe编写我们的第一个测试。我们将确保当digit输入的值无效时,它返回一个空数组。更新mult-table.pipe.spec.ts文件,如下所示:
...
describe('MultTablePipe', () => {
...
it('should return an empty array if the value of digit is not valid', () => {
const digit = 0;
const limit = 10;
const outputArray = pipe.transform(null, digit, limit);
expect(outputArray).toEqual([]);
});
});
- 让我们编写另一个测试,验证
limit输入,以便在无效时也返回一个空数组:
...
describe('MultTablePipe', () => {
...
it('should return an empty array if the value of limit is not valid', () => {
const digit = 10;
const limit = 0;
const outputArray = pipe.transform(null, digit, limit);
expect(outputArray).toEqual([]);
});
});
- 现在我们将编写一个测试,验证管道的转换方法的输出,在
digit和limit输入都有效时。在这种情况下,我们应该得到包含乘法表的数组。编写另一个测试如下:
...
describe('MultTablePipe', () => {
...
it('should return the correct multiplication table when both digit and limit inputs are valid', () => {
const digit = 10;
const limit = 2;
const expectedArray = ['10 * 1 = 10', '10 * 2 = 20'];
const outputArray = pipe.transform(null, digit, limit);
expect(outputArray).toEqual(expectedArray);
});
});
- 现在,在应用程序中,我们有可能为“限制”输入提供小数位数。例如,我们可以在输入中将
2.5写为最大因子。为了处理这个问题,我们在MultTablePipe中使用“Math.floor()”将其向下舍入到较低的数字。让我们编写一个测试来确保这个功能有效:
...
describe('MultTablePipe', () => {
...
it('should round of the limit if it is provided in decimals', () => {
const digit = 10;
const limit = 3.5;
const expectedArray = ['10 * 1 = 10', '10 * 2 = 20', '10 * 3 = 30']; // rounded off to 3 factors instead of 3.5
const outputArray = pipe.transform(null, digit, limit);
expect(outputArray).toEqual(expectedArray);
});
});
易如反掌!为 Angular 管道编写测试是如此直接,以至于我喜欢它。我们可以称之为纯函数的力量。现在您已经完成了这个步骤,请参考下一节以获取更多信息链接。
另请参阅
-
测试 Angular 管道官方文档(angular.io/guide/testi…
-
使用服务测试 Angular 管道(levelup.gitconnected.com/test-angula…