原文:
zh.annas-archive.org/md5/412B7599C0C63C063566D3F1FFD02ABF
译者:飞龙
协议:CC BY-NC-SA 4.0
第十章:构建一个 ASP.NET Core 音乐库
这一章标志着我们的方向发生了变化。在之前的章节中,我们集中使用 TypeScript 作为我们的主要开发语言。在这一章中,我们将看看如何在 Microsoft 的 ASP.NET Core 中使用 TypeScript,以学习如何混合 ASP.NET Core、C#和 TypeScript,制作一个艺术家搜索程序,我们可以搜索音乐家并检索有关他们音乐的详细信息。
本章将涵盖以下主题:
-
安装 Visual Studio
-
理解为什么我们有 ASP.NET Core MVC
-
创建一个 ASP.NET Core 应用程序
-
理解为什么我们有
Program.cs
和Startup.cs
-
向 ASP.NET 应用程序添加 TypeScript 支持
-
在 TypeScript 中使用
fetch
promise
技术要求
本章需要.NET Core Framework 版本 2.1 或更高版本。安装这个框架的最简单方法是下载并安装 Visual Studio;微软提供了一个功能齐全的社区版,你可以在visualstudio.microsoft.com/downloads/
获取。
完成的项目可以从github.com/PacktPublishing/Advanced-TypeScript-3-Programming-Projects/tree/master/Chapter10
下载。
.NET 应用程序通常不使用npm
来下载包;相反,它们使用 NuGet 来管理.NET 包。构建源代码将自动下载包。
介绍 ASP.NET Core MVC
微软在 Web 框架方面有着悠久而相对坎坷的历史。我在 20 世纪 90 年代末开始开发基于服务器的应用程序,使用的是他们的Active Server Pages技术,现在被称为经典的ASP。这项技术允许开发人员根据用户请求创建动态网页,并将生成的网页发送回客户端。这项技术需要一个特殊的Internet Information Services(IIS)插件才能工作,因此它完全基于 Windows,并且是专有的 VBScript 语言和 HTML 的奇怪混合。这意味着我们经常看到这样的代码:
<%
Dim connection
Set connection = Server.CreateObject("ADODB.Connection")
Response.Write "The server connection has been created for id " & Request.QueryString("id")
%>
<H1>Hello World</H1>
语言非常冗长,用于将动态内容与 HTML 混合,底层类型不安全,这意味着使用 ASP 进行开发特别容易出错,调试也具有挑战性,至少可以这么说。
ASP 演变的下一步正式发布于 2002 年,被称为 ASP.NET(或 ASP.NET Web Forms)。这是基于微软的新.NET 框架,彻底改变了我们构建 Web 应用程序的方式。使用这个,我们可以使用 C#或 VB.NET 等语言构建应用程序,并在我们的网页中组合用户控件,以创建小型的独立组件,可以插入我们的网页中。这是微软的一个很大的进步,但仍然存在一些根本性的问题,人们花了很多时间来解决。最大的问题是网页本质上与逻辑混合在一起,因为实际的服务器端实现是使用代码后台处理的。还有一个严格的页面编译周期,所以默认的架构是基于客户端和服务器之间会有一个往返。同样,这可以被解决(并经常被解决),但作为默认的架构,它还有很多不足之处。此外,这项技术与 Windows 平台绑定,因此它没有达到它本应有的影响力。尽管.NET 和 C#被标准化,以便可以创建其他实现,但 Web Forms 是一项专有技术。
认识到 Web Forms 模型的局限性,微软内部的一个团队决定研究一种形式的 ASP,它将不再受限于 Web Forms 的代码后端限制。这是一个重大进步,因为它使架构对开发者更加开放,使他们能够更好地遵循面向对象的最佳实践,包括关注点分离。突然之间,微软给开发者提供了一个开发遵循 SOLID 设计原则的应用程序的机会。这个框架被称为 ASP.NET MVC,它允许我们开发遵循模型视图控制器(MVC)模式的应用程序。这是一个强大的模式,因为它允许我们将代码分离到单独的逻辑区域中。MVC 代表以下内容:
-
模型:这是代表驱动应用程序行为的逻辑的业务层
-
视图:这是用户看到的显示
-
控制器:这处理输入和交互
以下图表显示了 MVC 模式中的交互:
这种架构对于我们想要开发全栈 Web 应用程序又是又一个重大进步;然而,它仍然存在一个问题,即它依赖于 Windows 来托管。
间接地,从这个图表中,我们可以得出 ASP.NET 代表在客户端和服务器上都运行的代码。这意味着我们不需要运行服务器端的 Node 实例,因此我们可以利用.NET 堆栈的功能和特性来构建这个架构。
让很多人感到惊讶的是,微软开始将注意力从长期以来被视为公司摇钱树的 Windows 转向更开放的模式,应用程序运行的操作系统变得不那么重要。这反映了其核心优先事项的转变,云操作,通过其出色的 Azure 产品,已经成为了重点。如果微软继续沿着原有的 Web 架构发展,那么它将错失许多正在开放的机会;因此,它开始了一个多年的.NET Framework 重新架构,以消除对 Windows 的依赖,并使其对使用者来说是平台无关的。
这导致微软发布了 ASP.NET Core MVC,它完全消除了对 Windows 的依赖。现在,我们可以从一个代码库中同时针对 Windows 或 Linux 进行目标设置。突然之间,我们可以托管我们的代码的服务器数量激增,运行服务器的成本可能会下降。与此同时,随着微软发布的每个连续版本的 Core,他们都在调整和优化性能,以在请求服务器统计数据中提供相当大的提升。此外,我们可以免费开发这些应用程序,并且也可以针对 Linux 进行托管,这意味着这项技术对初创公司来说更加令人兴奋。我完全期待,在未来几年,随着成本障碍的降低,加入 ASP.NET Core MVC 阵营的初创公司数量将显著增加。
提供项目概述
本章我们正在构建的项目与我们迄今为止编写的任何项目都大不相同。这个项目让我们远离了纯 TypeScript,转而使用混合编程语言,即 C#和 TypeScript,我们将看到如何将 TypeScript 整合到 ASP.NET Core Web 应用程序中。该应用程序本身使用 Discogs 音乐 API,以便用户可以搜索艺术家并检索其唱片和艺术作品的详细信息。搜索部分使用纯 ASP.NET 和 C#完成,而艺术品检索则使用 TypeScript 完成。
只要您在 GitHub 存储库中与代码一起工作,本章应该需要大约 3 小时才能完成,当我们一起尝试代码时,这看起来不会太多!完成的应用程序将如下所示:
所以,让我们开始吧!
使用 ASP.NET Core,C#和 TypeScript 创建音乐库的入门
我是一个音乐迷。我弹吉他已经很多年了,这导致我听了很多音乐家的音乐。跟踪他们所创作的所有音乐可能是一个非常复杂的任务,所以我一直对公开可用的 API 感兴趣,让我们可以搜索所有与音乐家相关的事物。我认为提供给我们最广泛选择的查询专辑、艺术家、曲目等的公共 API 是 Discog 库。
在本章中,我们将利用这个 API,并编写一个应用程序,利用 ASP.NET Core 来展示我们如何可以协同使用 C#和 TypeScript。
为了运行这个应用程序,您需要在 Discogs 上设置一个账户,如下所示:
-
从
www.discogs.com/users/create
开始注册一个账户。 -
虽然我们可以创建一个 Discogs API 应用程序,特别是如果我们想要利用身份验证和访问完整 API 等功能,但我们只需要通过点击生成令牌按钮来生成个人访问令牌,如下面的截图所示:
现在我们已经注册了 Discogs 并生成了我们的令牌,我们准备创建我们的 ASP.NET Core 应用程序。
使用 Visual Studio 创建我们的 ASP.NET Core 应用程序
在之前的章节中,我们是通过命令行创建我们的应用程序的。然而,使用 Visual Studio,通常的做法是通过可视化方式创建我们的应用程序。
让我们看看这是如何完成的:
- 打开 Visual Studio 并选择创建新项目以开始创建新项目的向导。我们将创建一个 ASP.NET Core Web 应用程序,如下所示:
较早版本的.NET 只能在 Windows 平台上运行。虽然.NET 是一个很好的框架,C#是一种很棒的语言,但这种缺乏跨平台能力意味着.NET 只受到拥有 Windows 桌面或 Windows 服务器的公司的青睐。一段时间以前,微软决定解决这个缺陷,通过将.NET 剥离并重新架构成可以跨平台运行的东西。这极大地扩展了.NET 的影响力,被称为.NET Core。对我们来说,这意味着我们可以在一个平台上开发,并将我们的应用程序部署到另一个平台上。在内部,.NET Core 应用程序有特定于平台的代码,这些代码被隐藏在一个单一的.NET API 后面,所以,例如,我们可以进行文件访问而不必担心底层操作系统如何处理文件。
- 我们需要选择我们将放置代码的位置。我的本地 Git 仓库位于
E:\Packt\AdvancedTypeScript3
下,所以将其作为我的位置告诉 Visual Studio 在该目录下的一个文件夹中创建必要的文件。在这种情况下,Visual Studio 将创建一个名为Chapter10
的解决方案,其中包含我们所有的文件。点击创建以创建所有我们需要的文件:
- 一旦 Visual Studio 完成创建我们的解决方案,应该会有以下文件可用。在我们开发应用程序的过程中,我们将讨论更重要的文件,并看看我们如何使用它们:
- 我们也可以构建和运行我们的应用程序(按下F5即可),应用程序会像这样启动:
创建了我们的应用程序后,在下一节中,我们将涵盖生成的代码的重要点,首先从启动和程序文件开始,然后再开始修改它并引入我们的搜索功能。
了解应用程序结构
行为方面,我们应用程序的起点是Startup
类。这个文件的目的是在启动过程中设置系统,因此我们要处理配置应用程序如何处理 cookie 以及添加 HTTP 支持等功能。虽然这个类在功能上大部分是样板代码,但我们以后会回来添加对我们即将编写的 Discogs 客户端的支持。问题是,这个功能是从哪里调用的?实际上是什么启动了我们的物理应用程序?这些问题的答案是Program
类。如果我们快速分解这段代码,我们会看到启动功能是如何引入的,以及它如何帮助构建我们的托管应用程序。
.NET 可执行应用程序以Main
方法开始。有时,这对开发人员是隐藏的,但总会有一个。这是可执行应用程序的标准入口点,我们的 Web 应用程序也不例外。这个静态方法简单地调用CreateWebHostBuilder
方法,传入任何命令行参数,然后调用 Build 和 Run 来构建主机并运行它:
public static void Main(string[] args)
{
CreateWebHostBuilder(args).Build().Run();
}
public static IWebHostBuilder CreateWebHostBuilder(string[] args) =>
WebHost.CreateDefaultBuilder(args)
.UseStartup<Startup>();
这里的=>
的使用方式不同于使用 fat arrow。在这个特定的上下文中,它所做的是替换return
关键字,所以如果你有一个只有一个return
操作的方法,这可以简化。等效的代码,包括return
语句,看起来像这样:
public static IWebHostBuilder CreateWebHostBuilder(string[] args)
{
return WebHost.CreateDefaultBuilder(args).UseStartup<Startup>();
}
CreateDefaultBuilder
用于配置我们的服务主机,设置 Kestrel web 引擎、加载配置信息和设置日志支持等选项。UseStartup
方法告诉默认构建器,我们的Startup
类是需要用来启动服务的。
启动类
那么,我们的Startup
类实际上是什么样子的呢?嗯,在与我们使用 TypeScript 开发的方式类似的方式中,C#从类定义开始:
public class Startup
{
}
与 JavaScript 不同,C#没有特殊的constructor
关键字。相反,C#使用类的名称来表示构造函数。请注意,就像 JavaScript 一样,当我们创建构造函数时,我们不给它一个返回类型(我们很快就会看到 C#如何处理返回类型)。我们的构造函数将接收一个配置条目,以允许我们读取配置。我们使用以下get;
属性将其公开为 C#属性:
public Startup(IConfiguration configuration)
{
Configuration = configuration;
}
public IConfiguration Configuration { get; }
当运行时启动我们的主机进程时,将调用ConfigureServices
方法。这是我们需要挂接任何服务的地方;在这段代码中,我添加了一个IDiscogsClient
/DiscogsClient
注册,这将这个特定组合添加到 IoC 容器中,以便我们以后可以将其注入到其他类中。我们已经在这个类中看到了依赖注入的一个例子,配置被提供给构造函数。
不要担心我们还没有看到IDiscogsClient
和DiscogsClient
。我们很快就会在我们的代码中添加这个类和接口。在这里,我们正在将它们注册到服务集合中,以便它们可以自动注入到类中。正如你可能还记得我们在本书前面所说的,单例将只给出一个类的实例,无论它在哪里使用。这与我们在 Angular 中生成服务时非常相似,我们在那里将服务注册为单例:
public void ConfigureServices(IServiceCollection services)
{
services.Configure<CookiePolicyOptions>(options =>
{
options.CheckConsentNeeded = context => true;
options.MinimumSameSitePolicy = SameSiteMode.None;
});
services.AddHttpClient();
services.AddSingleton<IDiscogsClient, DiscogsClient>();
services.AddMvc().SetCompatibilityVersion(
CompatibilityVersion.Version_2_1);
}
这里需要注意的是,设置返回类型的位置与 TypeScript 不同。就像我们在 TypeScript 中看到的那样,我们在方法声明的最后设置返回类型。在 C#中,返回类型在名称之前设置,所以我们知道ConfigureServices
有一个void
返回类型。
AddSingleton
上的语法显示了 C#也支持泛型,所以这个语法对我们来说不应该是可怕的。虽然语言中有很多相似之处,但 TypeScript 在这里有一些有趣的差异,例如没有专门的any
或never
类型。如果我们想让我们的 C#类型做类似于any
的事情,它将不得不使用object
类型。
现在基础服务已经配置好,这个类的最后一步是配置 HTTP 请求管道。这只是告诉应用程序如何响应 HTTP 请求。在这段代码中,我们可以看到我们已经启用了静态文件的支持。这对我们非常重要,因为我们将依赖静态文件支持来连接我们的 TypeScript(编译后的 JavaScript 版本)以便与我们的 C#应用程序共存。我们还可以看到我们的请求已经设置了路由:
public void Configure(IApplicationBuilder app, IHostingEnvironment env)
{
if (env.IsDevelopment())
{
app.UseDeveloperExceptionPage();
}
else
{
app.UseExceptionHandler("/Home/Error");
app.UseHsts();
}
app.UseHttpsRedirection();
app.UseStaticFiles();
app.UseCookiePolicy();
app.UseMvc(routes =>
{
routes.MapRoute(
name: "default",
template: "{controller=Home}/{action=Index}/{id?}");
});
}
创建 C#基础设施来启动我们的应用程序是很好的,但如果我们没有任何东西可以显示,那么我们就是在浪费时间。现在是时候看看将要提供的基本文件了。
组成基本视图的文件
我们视图的入口是特殊的_ViewStart.cshtml
文件。这个文件定义了应用程序将显示的通用布局。我们不直接向这个文件添加内容,而是将内容放在一个名为_Layout.cshtml
的文件中,并在设置Layout
文件时引用这个文件(去掉文件扩展名)。
@{
Layout = "_Layout";
}
以.cshtml
结尾的文件对 ASP.NET 有特殊的意义。这告诉应用程序这些文件是 C#和 HTML 的组合,底层引擎在将结果提供给浏览器之前必须编译。我们现在应该对这个概念非常熟悉了,因为我们在 React 和 Vue 中看到了类似的行为。
现在我们已经涵盖了视图入口,我们需要考虑_Layout
本身。默认的 ASP.NET 实现目前使用的是 Bootstrap 3.4.1,因此在浏览这个文件时,我们将进行必要的更改以使用 Bootstrap 4。让我们从当前的标题开始:
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8" />
<meta name="viewport" content="width=device-width,
initial-scale=1.0" />
<title>@ViewData["Title"] - Chapter10</title>
<environment include="Development">
<link rel="stylesheet"
href="~/lib/bootstrap/dist/css/bootstrap.css" />
<link rel="stylesheet" href="~/css/site.css" />
</environment>
<environment exclude="Development">
<link rel="stylesheet"
href="https://stackpath.bootstrapcdn.com/bootstrap/3.4.1/
css/bootstrap.min.css"
asp-fallback-href="~/lib/bootstrap/dist/
css/bootstrap.min.css"
asp-fallback-test-class="sr-only"
asp-fallback-test-property="position"
asp-fallback-test-value="absolute" />
<link rel="stylesheet" href="~/css/site.min.css"
asp-append-version="true" />
</environment>
</head>
这个标题看起来像一个相当正常的标题,但它有一些小小的怪癖。在标题中,我们从@ViewData
中获取Title
。我们使用@ViewData
在控制器和视图之间传输数据,所以如果我们查看index.cshtml
文件(例如),文件的顶部部分会这样说:
@{
ViewData["Title"] = "Home Page";
}
这一部分与我们的布局结合起来,将我们的title
标签设置为Home Page - Chapter 10
。@
符号告诉编译器 ASP.NET 的模板引擎 Razor 将对那段代码进行处理。
我们标题的下一部分根据我们是否处于开发环境来决定包含哪些样式表的逻辑。如果我们运行开发构建,我们会得到一组文件,而发布版本会得到压缩版本。
我们将通过从 CDN 提供 Bootstrap 来简化我们的标题,而不管我们是否处于开发模式,并稍微改变我们的标题:
<head>
<meta charset="utf-8"/>
<meta name="viewport" content="width=device-width,
initial-scale=1.0"/>
<title>@ViewData["Title"] - AdvancedTypeScript 3 - Discogs</title>
<link rel="stylesheet" href="https://maxcdn.bootstrapcdn.com/
bootstrap/4.0.0/css/bootstrap.min.css"
integrity="sha384-
Gn5384xqQ1aoWXA+058RXPxPg6fy4IWvTNh0E263XmFcJlSAwiGgFAW/dAiS6JXm"
crossorigin="anonymous">
<environment include="Development">
<link rel="stylesheet" href="~/css/site.css"/>
</environment>
<environment exclude="Development">
<link rel="stylesheet" href="~/css/site.min.css"
asp-append-version="true"/>
</environment>
</head>
我们页面布局的下一个部分是body
元素。我们将逐个部分地分解这个部分。从body
元素开始,我们首先要看的是navigation
元素:
<body>
<nav class="navbar navbar-inverse navbar-fixed-top">
<div class="container">
<div class="navbar-header">
<button type="button" class="navbar-toggle"
data-toggle="collapse"
data-target=".navbar-collapse">
<span class="sr-only">Toggle navigation</span>
<span class="icon-bar"></span>
<span class="icon-bar"></span>
<span class="icon-bar"></span>
</button>
<a asp-area="" asp-controller="Home"
asp-action="Index" class="navbar-brand">Chapter10</a>
</div>
<div class="navbar-collapse collapse">
<ul class="nav navbar-nav">
<li><a asp-area="" asp-controller="Home"
asp-action="Index">Home</a></li>
<li><a asp-area="" asp-controller="Home"
asp-action="About">About</a></li>
<li><a asp-area="" asp-controller="Home"
asp-action="Contact">Contact</a></li>
</ul>
</div>
</div>
</nav>
</body>
这基本上是一个熟悉的navigation
组件(尽管是在 Bootstrap 3 格式中)。将navigation
组件转换为 Bootstrap 4,我们得到以下结果:
<nav class="navbar navbar-expand-lg navbar-light bg-light">
<div class="container">
<a class="navbar-brand" asp-area="" asp-controller="Home"
asp-action="Index">AdvancedTypeScript3 - Discogs</a>
<div class="navbar-header">
<button class="navbar-toggler" type="button"
data-toggle="collapse"
data-target="#navbarSupportedContent"
aria-controls="navbarSupportedContent"
aria-expanded="false"
aria-label="Toggle navigation">
<span class="navbar-toggler-icon"></span>
</button>
</div>
<div class="navbar-collapse collapse">
<ul class="nav navbar-nav">
<li>
<a class="nav-link" asp-area="" asp-controller="Home"
asp-action="Index">Home</a>
</li>
<li>
<a class="nav-link" asp-area="" asp-controller="Home"
asp-action="About">About</a>
</li>
<li>
<a class="nav-link" asp-area="" asp-controller="Home"
asp-action="Contact">Contact</a>
</li>
</ul>
</div>
</div>
</nav>
在这里,不熟悉的地方在于a
链接内部。asp-controller
类将视图链接到controller
类;按照惯例,这些类名会扩展成<<name>>Controller
,所以Home
变成了HomeController
。还有一个相关的asp-action
,它与控制器类内的方法相关联,我们将调用这个方法。点击About
链接将调用HomeController.cs
内的About
方法:
public IActionResult About()
{
ViewData["Message"] = "Your application description page.";
return View();
}
这个方法设置一个消息,将被写入About
页面,然后返回该视图。ASP.NET 足够聪明,可以使用View()
来确定它应该返回About.cshtml
页面,因为这是About
操作。这是我们开始看到 MVC 中控制器部分与视图部分的连接的地方。
回到_Layout
文件,我们感兴趣的下一部分是以下部分,在这里我们使用@RenderBody
来渲染主体内容:
<div class="container body-content">
@RenderBody()
<hr />
<footer>
<p>© 2019 - Chapter10</p>
</footer>
</div>
我们选择从我们的控制器显示的视图将在声明@RenderBody
的地方呈现,因此我们可以假设此命令的目的是充当放置相关视图的占位符。我们将稍微更改此内容,以正确使用我们的 Bootstrap 知识并添加一个更有意义的页脚。考虑以下代码:
<div class="container">
<div class="row">
<div class="col-lg-12">
@RenderBody()
</div>
</div>
<hr/>
<footer>
<p>© 2019 - Advanced TypeScript3 - Discogs Artist search</p>
</footer>
</div>
我们不需要覆盖此文件的其余部分,因为我们真的需要开始查看我们将要渲染的模型和视图,但请从 GitHub 阅读源代码,并在此文件中进行相关的 JavaScript 更改,以便您使用 Bootstrap 4 代替 Bootstrap 3。
现在我们准备开始编写 MVC 代码库的模型部分。我们将通过编写将请求发送到 Discogs API 并将结果转换为可以发送到客户端的内容的模型来实现这一点。
创建一个 Discogs 模型
您会记得我们之前添加了一个IDiscogsClient
模型的注册。在那时我们实际上还没有添加任何代码,所以我们的应用将无法编译。现在我们将创建接口和实现。IDiscogClient
是一个模型,所以我们将在我们的模型目录中创建它。要在 Visual Studio 中创建接口和模型,我们需要右键单击Models
文件夹以显示上下文菜单。在菜单中,选择添加 > 类…以下截图显示了这一点:
这将弹出以下对话框,我们可以在其中创建类或相关接口:
为了简洁起见,我们可以在同一个文件中创建接口和类定义。我已经在 GitHub 代码中将它们分开,但是我们在这里的类不需要这样做。首先,我们有以下接口定义:
public interface IDiscogsClient
{
Task<Results> GetByArtist(string artist);
}
我们在定义中使用Task<Results>
的用法类似于在 TypeScript 中指定返回特定类型的 promise。我们在这里所说的是,我们的方法将以异步方式运行,并且在某个时候将返回Results
类型。
设置 Results 类型
我们从 Discogs 获取的数据以字段的层次结构返回。最终,我们希望有一些代码可以转换并返回结果,类似于以下内容:
在幕后,我们将把我们的调用的 JSON 结果转换为一组类型。顶层类型是Results
类型,我们将从我们的GetByArtist
调用中返回它。此层次结构显示在以下图表中:
为了查看映射的样子,我们将从头开始构建CommunityInfo
类型。这个类将在我们的SearchResult
类中使用,以提供我们在之前的 QuickWatch 截图中选择的社区字段。创建一个名为CommunityInfo
的类,并在文件顶部添加以下行:
using Newtonsoft.Json;
我们添加这一行是因为我们想要使用这里的一些功能;具体来说,我们想要使用JsonProperty
将 C#属性的名称映射到 JSON 结果中存在的属性。我们有两个字段需要CommunityInfo
返回——一个用于标识有多少人“想要”音乐标题,另一个用于标识有多少人“拥有”它。我们将遵循标准的 C#命名约定,并使用 Pascal 大小写来命名属性(这意味着首字母大写)。由于属性名称使用 Pascal 大小写,我们将使用JsonProperty
属性将该名称映射到适当的 REST 属性名称,因此Want
属性将映射到结果中的want
:
public class CommunityInfo
{
[JsonProperty(PropertyName = "want")]
public int Want { get; set; }
[JsonProperty(PropertyName = "have")]
public int Have { get; set; }
}
我们不打算逐个讨论所有的类和属性。我绝对建议阅读 GitHub 代码以获取更多细节,但这肯定会有助于澄清项目结构是什么。
编写我们的 DiscogsClient 类
当我们编写DiscogsClient
类时,我们已经有了它将基于的合同,以及接口定义。这告诉我们,我们的类开始如下:
public class DiscogsClient : IDiscogsClient
{
public async Task<Results> GetByArtist(string artist)
{
}
}
我们的类的定义看起来与我们的接口略有不同,因为我们不必说明GetByArtist
是public
,或者该方法是async
。当我们在方法声明中使用async
时,我们正在设置一个编译期望,即该方法将在其中具有await
关键字。这对我们来说应该非常熟悉,因为我们在 TypeScript 中使用了async
/await
。
当我们调用 Discogs API 时,它总是以https://api.discogs.com/
URL 开头。为了在我们的代码库中使生活变得更容易,我们将在类中将其定义为常量:
private const string BasePath = "https://api.discogs.com/";
我们的类将与 REST 端点进行通信。这意味着我们必须能够从我们的代码中访问 HTTP。为了做到这一点,我们的构造函数将具有一个实现了IHttpClientFactory
接口的类,该接口已经被注入其中。客户端工厂将实现一个称为工厂模式的模式,为我们构建一个适当的HttpClient
实例,以便在需要时使用:
private readonly IHttpClientFactory _httpClientFactory;
public DiscogsClient(IHttpClientFactory httpClientFactory)
{
_httpClientFactory = httpClientFactory ?? throw new
ArgumentNullException(nameof(httpClientFactory));
}
构造函数中的这种看起来相当奇怪的语法只是说明我们将使用传入的 HTTP 客户端工厂设置成员变量。如果客户端工厂为空,??
表示代码将继续执行下一个语句,该语句将抛出一个声明参数为空的异常。
那么,我们的GetByArtist
方法是什么样子的?我们首先要做的是检查我们是否已经将艺术家传递给了该方法。如果没有,那么我们将返回一个空的Results
实例:
if (string.IsNullOrWhiteSpace(artist))
{
return new Results();
}
为了创建我们的 HTTP 请求,我们需要构建我们的请求地址。在构建地址的同时,我们将使用我们定义为常量的BasePath
字符串与GetByArtist
的路径进行连接。假设我们想要搜索Peter O'Hanlon
作为艺术家。我们将构建我们的搜索字符串,以便转义用户输入的文本,以防止发送危险的请求;因此,我们最终会构建一个类似于api.discogs.com/database/search?artist=Peter O'Hanlon&per_page=10
所示的 HTTP 请求字符串。我们限制结果数量为 10,以保持在 Discogs 请求限制范围内。我们从辅助方法开始,将这两个字符串连接在一起:
private string GetMethod(string path) => $"{BasePath}{path}";
有了辅助程序,我们可以构建GET
请求。正如我们之前讨论的,我们需要更改艺术家,以便对潜在危险的搜索词进行消毒。使用Uri.EscapeDataString
,我们已经用其等效的 ASCII 值'
替换了我的名字中的撇号:
HttpRequestMessage request = new HttpRequestMessage(HttpMethod.Get,
GetMethod($"database/search?artist={Uri.EscapeDataString(artist)}&per_page=10"));
创建请求后,我们需要向其添加一些标头。我们需要添加一个Authorization
令牌和一个user-agent
,因为 Discogs 希望收到它们。Authorization
令牌采用Discogs token=<<token>>
的格式,其中<<token>>
是我们在注册时创建的令牌。user-agent
只需要是有意义的东西,所以我们将其设置为AdvancedTypeScript3Chapter10
:
request.Headers.Add("Authorization", "Discogs token=MyJEHLsbTIydAXFpGafrrphJhxJWwVhWExCynAQh");
request.Headers.Add("user-agent", "AdvancedTypeScript3Chapter10");
我们谜题的最后一部分是使用工厂来创建HttpClient
。创建后,我们调用SendAsync
将我们的请求发送到 Discogs 服务器。当这个请求返回时,我们读取Content
响应,然后需要使用DeserializeObject
来转换类型:
using (HttpClient client = _httpClientFactory.CreateClient())
{
HttpResponseMessage response = await client.SendAsync(request);
string content = await response.Content.ReadAsStringAsync();
return JsonConvert.DeserializeObject<Results>(content);
}
当我们把所有这些放在一起时,我们的类看起来是这样的:
public class DiscogsClient : IDiscogsClient
{
private const string BasePath = "https://api.discogs.com/";
private readonly IHttpClientFactory _httpClientFactory;
public DiscogsClient(IHttpClientFactory httpClientFactory)
{
_httpClientFactory = httpClientFactory ?? throw new
ArgumentNullException(nameof(httpClientFactory));
}
public async Task<Results> GetByArtist(string artist)
{
if (string.IsNullOrWhiteSpace(artist))
{
return new Results();
}
HttpRequestMessage request = new HttpRequestMessage(HttpMethod.Get,
GetMethod($"database/search?artist=
{Uri.EscapeDataString(artist)}&per_page=10"));
request.Headers.Add("Authorization", "Discogs
token=MyJEHLsbTIydAXFpGafrrphJhxJWwVhWExCynAQh");
request.Headers.Add("user-agent", "AdvancedTypeScript3Chapter10");
using (HttpClient client = _httpClientFactory.CreateClient())
{
HttpResponseMessage response = await client.SendAsync(request);
string content = await response.Content.ReadAsStringAsync();
return JsonConvert.DeserializeObject<Results>(content);
}
}
private string GetMethod(string path) => $"{BasePath}{path}";
}
我们提到了有一个速率限制。不过,这实际上是什么意思呢?
Discogs 速率限制
Discog 限制了可以从单个 IP 发出的请求数量。对于经过身份验证的请求,Discog 将请求速率限制为每分钟 60 次。对于未经身份验证的请求,在大多数情况下,可以发送的请求数量为每分钟 25 次。请求的数量使用移动窗口进行监控。
我们已经编写了我们的 Discogs API 模型;现在,是时候让我们来看看如何将我们的模型连接到我们的控制器。
连接我们的控制器
我们将利用依赖注入的强大功能来传递我们刚刚编写的 Discogs 客户端模型:
public class HomeController : Controller
{
private readonly IDiscogsClient _discogsClient;
public HomeController(IDiscogsClient discogsClient)
{
_discogsClient = discogsClient;
}
}
正如您可能记得的,当我们设置导航时,我们将asp-action
设置为Index
。当我们执行搜索时,我们的视图将把搜索字符串传递给Index
并调用GetByArtist
方法。当我们得到搜索结果时,我们将使用结果列表设置ViewBag.Result
。最后,我们提供View
,这将是Index
页面:
public async Task<IActionResult> Index(string searchString)
{
if (!string.IsNullOrWhiteSpace(searchString))
{
Results client = await _discogsClient.GetByArtist(searchString);
ViewBag.Result = client.ResultsList;
}
return View();
}
但我们的视图是什么样的?我们现在需要设置Index
视图。
添加 Index 视图
在文件的顶部,我们将ViewData
设置为Title
。我们在查看_Layout.cshtml
时看到了这样做的效果,但值得重复的是,我们在这里设置的值用于帮助构建我们主要布局页面的标题。当我们运行应用程序时,这将把标题设置为主页 - AdvancedTypeScript 3 - Discogs
:
@{
ViewData["Title"] = "Home Page";
}
用户通过搜索控件与我们的应用程序进行交互。是时候为它添加了。我们将添加一个名为pageRoot
的div
ID,其中将包含一个form
元素:
<div id="pageRoot">
<form asp-controller="Home" asp-action="Index" class="form-inline">
</form>
</div>
再次,我们可以看到我们在这里充分利用了 ASP.NET 的全部功能。我们的表单是 MVC 感知的,所以我们告诉它我们正在使用HomeController
(记住控制器的约定)通过asp-controller
。我们将操作设置为Index
,因此我们将调用与导航到此页面时相同的Index
方法。我们之所以能够这样做,是因为当我们完成搜索时,我们仍然希望显示当前页面,以便用户在必要时可以搜索不同的艺术家。我们的Index
方法足够聪明,可以知道我们是否已经传递了搜索字符串来触发搜索,因此当用户在我们的表单内触发搜索时,将提供搜索字符串,这将触发搜索本身。
在表单内,我们需要添加一个输入搜索字段和一个按钮,按下按钮时触发submit
表单。这里的类元素只是用来将我们的button
和input
字段转换为 Bootstrap 版本:
<div class="form-group mx-sm-3 mb-10">
<input type="text" name="SearchString" class="form-control"
placeholder="Enter artist to search for" />
</div>
<button type="submit" class="btn btn-primary">Search</button>
有了这个设置,我们的搜索部分看起来是这样的:
<div id="pageRoot">
<form asp-controller="Home" asp-action="Index" class="form-inline">
<div class="form-group mx-sm-3 mb-10">
<input type="text" name="SearchString" class="form-control"
placeholder="Enter artist to search for" />
</div>
<button type="submit" class="btn btn-primary">Search</button>
</form>
</div>
如果我们现在运行应用程序,我们会看到以下内容。如果我们输入艺术家的详细信息并按下搜索按钮,搜索将被触发,但屏幕上不会显示任何数据:
现在我们有了搜索结果返回,我们需要从ViewBag
中获取我们添加结果的结果。很容易被ViewBag
和ViewData
搞混,所以值得花点时间来谈谈它们,因为它们都有同样的目的,即在控制器和视图之间双向传递数据,只是略有不同:
-
当我们添加搜索结果时,我们将其设置为
ViewBag.Result
。但是,如果我们看一下ViewBag
的源代码,我们实际上找不到一个名为Result的属性。这是因为ViewBag
是动态的;换句话说,它允许我们创建可以在控制器和视图之间共享的任意值,可以被称为任何东西。一般来说,使用ViewBag
是一个合理的选择,但由于它是动态的,它没有编译器检测是否存在错误的好处,所以你必须确保在控制器中设置的属性与在视图中设置的属性完全相同。 -
ViewData
,然而,依赖于使用字典(类似于 TypeScript 中的map
),在这里我们可能有许多键/值对持有数据。在内部,值是一个对象,所以如果我们在视图中设置值并将其传递回控制器,我们必须将对象转换为适当的类型。这样做的效果是,在视图中设置ViewBag.Counter = 1
意味着我们可以直接在控制器中将ViewBag.Counter
视为整数,但在视图中设置ViewData["Counter"] = 1
意味着我们必须将ViewData["Counter"]
转换为整数,然后才能对其进行任何操作。转换看起来像这样:
int counter = (int)ViewData["Counter"];
对于我们的目的,我们可以使用任一种方法,因为设置结果的责任在于我们的控制器,但我很高兴使用ViewBag
来设置我们的结果。那么,我们如何添加数据呢?我们知道我们的Index
页面是一个.cshtml
文件,所以我们可以混合 C#和 HTML 在一起。我们使用@{ }
来表示 C#部分,所以为了呈现结果,我们需要检查ViewBag.Result
中是否有值(请注意,C#使用!=
,而不是 JavaScript 格式的!==
,来测试结果是否为空)。我们编写的代码以这样开始呈现我们的结果:
@{ if (ViewBag.Result != null)
{
}
}
在我们的结果中,我们将创建一个 Bootstrap 表格,其中Title
和Artwork
作为两列。我们要构建的表的 HTML 标记从这里开始:
<table class="table">
<thead>
<tr>
<th>Title</th>
<th>Artwork</th>
</tr>
</thead>
<tbody>
</tbody>
</table>
在我们的表体(tbody
)中,我们将不得不循环遍历我们结果中的每一项,并将相关值写出。我们首先要做的是创建一个名为index
的变量。我们现在要把这个放在这里,预期到需要添加一个带有唯一名称的图像的地方(我们将在下一节中介绍)。
接下来,我们将使用foreach
来遍历ViewBag.Result
中的每一项。对于每个项目,我们将创建一个新的表行使用<tr></tr>
,在行内,我们将写出两个表数据单元(<td></td>
)包含标题和资源 URL,如下所示:
<tbody>
@{
int index = 0;
}
@foreach (var item in ViewBag.Result)
{
<tr>
<td>@item.Title</td>
<td>@item.ResourceUrl</td>
</tr>
index++;
}
</tbody>
如果我们现在运行我们的应用程序,我们将得到结果,并且这些结果将被写入表格:
显然,艺术品元素是错误的。那不是一张图片,所以我们需要放置一些东西去检索图片本身,这需要我们的代码为每个结果进行另一个 REST 调用。我们希望这发生在结果返回后,所以当我们看到如何利用 TypeScript 为我们获取图像结果时,我们现在将转向客户端功能。
向我们的应用程序添加 TypeScript
我们 TypeScript 的起点——几乎总是——是我们的tsconfig.json
文件。我们将尽可能地使其精简。我们将在这里设置特定的outDir
,因为我们的项目创建了一些文件在wwwroot
中。在wwwroot/js
文件夹中,ASP.NET 已经创建了一个site.js
文件,所以我们将把我们的脚本定位到与它并存:
{
"compileOnSave": true,
"compilerOptions": {
"lib": [ "es2015", "dom" ],
"noImplicitAny": true,
"noEmitOnError": true,
"removeComments": true,
"sourceMap": true,
"target": "es2015",
"outDir": "wwwroot/js/"
},
"exclude": [
"wwwroot"
]
}
我们将使用一个单一的方法调用 Discogs API 来检索相关的图像。我们不会依赖于从外部来源加载的任何 TypeScript 包来进行我们的 API 调用,因为 JavaScript 为我们提供了fetch
API,允许我们在没有任何依赖关系的情况下进行 REST 调用。
我们首先添加一个名为discogHelper.ts
的文件,其中包含我们将从 ASP.NET 应用程序中调用的函数。我们添加这个作为 TypeScript 方法的原因是,我们希望它在客户端上运行,而不是在服务器端。这样可以减少将初始结果加载到客户端屏幕上所需的时间,因为我们将让客户端为我们获取并异步加载图像。
我们的函数的签名看起来像这样:
const searchDiscog = (request: RequestInfo, imgId: string): Promise<void> => {
return new Promise((): void => {
}
}
RequestInfo
参数将接受服务器上图像请求的 URL。这是因为 Discog 并不返回有关特定音乐标题的完整详细信息,因此在这一点上专辑封面不可用。相反,它返回了我们必须进行的 REST 调用,以检索完整详细信息,然后我们可以解析出来检索封面。例如,Steve Vai 的 Passion and Warfare 专辑信息返回了api.discogs.com/masters/44477
链接的ResourceUrl
。这成为我们传递给request
的 URL,以检索包括封面在内的完整详细信息。
我们接受的第二个参数是img
对象的id
。当我们遍历初始搜索结果来构建结果表时,我们还包括一个唯一标识的图像,将其传递给我们的函数。这允许我们在完成检索有关专辑的详细信息后动态更新src
。有时,这可能会导致客户端出现有趣的效果,因为有些专辑的检索时间比其他专辑长,所以很可能图像列表的更新顺序不一致,这意味着后面的图像比前面的图像更早地填充。这并不是什么大问题,因为我们故意这样做是为了显示我们的客户端代码确实是异步的。
如果我们真的想要担心让我们的图像按顺序显示,我们会改变我们的函数来接受一个请求和图像占位符的数组,发出我们的调用,并且只有在所有 REST 调用完成后才更新图像。
毫不奇怪,fetch
API 使用了一个名为fetch
的 promise 来进行我们的调用。这接受请求,以及一个RequestInit
对象,允许我们传递自定义设置到我们的调用中,包括我们想要应用的 HTTP 动词和我们想要设置的任何标头:
fetch(request,
{
method: 'GET',
headers: {
'authorization': 'Discogs
token=MyJEHLsbTIydAXFpGafrrphJhxJWwVhWExCynAQh',
'user-agent': 'AdvancedTypeScript3Chapter10'
}
})
猜猜看?我们在这里使用了与 C#代码中设置的相同的authorization
和user-agent
标头。
我们已经说过fetch
API 是基于 promise 的,所以我们可以合理地期望fetch
调用在返回结果之前等待完成。为了获取我们的图像,我们将执行一些转换。第一个转换是将响应转换为 JSON 表示:
.then(response => {
return response.json();
})
转换操作是异步的,所以我们的转换的下一个阶段也可以在自己的then
块中发生。此时,如果一切顺利,我们应该有一个响应主体。我们使用我们传递给函数的图像 ID 来检索HTMLImageElement
。如果这是一个有效的图像,那么我们将src
设置为我们收到的第一个uri150
结果,这给我们了来自服务器的 150 x 150 像素图像的地址:
.then(responseBody => {
const image = <HTMLImageElement>document.getElementById(imgId);
if (image) {
if (responseBody && responseBody.images &&
responseBody.images.length > 0) {
image.src = responseBody.images["0"].uri150;
}
}
})
将所有这些放在一起,我们的搜索函数看起来像这样:
const searchDiscog = (request: RequestInfo, imgId: string): Promise<void> => {
return new Promise((): void => {
fetch(request,
{
method: 'GET',
headers: {
'authorization': 'Discogs
token=MyJEHLsbTIydAXFpGafrrphJhxJWwVhWExCynAQh',
'user-agent': 'AdvancedTypeScript3Chapter10'
}
})
.then(response => {
return response.json();
})
.then(responseBody => {
const image = <HTMLImageElement>document.getElementById(imgId);
if (image) {
if (responseBody && responseBody.images &&
responseBody.images.length > 0) {
image.src = responseBody.images["0"].uri150;
}
}
}).catch(x => {
console.log(x);
});
});
}
Discogs 允许我们发出 JSONP 请求,这意味着我们必须传递一个回调查询字符串参数。为了发出 JSONP 请求,我们必须安装来自github.com/camsong/fetch-jsonp
的 Fetch JSONP 包。这需要将fetch
调用的签名更改为fetchJsonp
。除此之外,我们的其他函数看起来都一样。
到目前为止,我们应该已经熟悉了在承诺中使用async
/await
。如果我们想要一个稍微不那么冗长的函数,我们可以将代码更改为这样:
const searchDiscog = (request: RequestInfo, imgId: string): Promise<void> => {
return new Promise(async (): void => {
try
{
const response = await fetch(request,
{
method: 'GET',
headers: {
'authorization': 'Discogs
token=MyJEHLsbTIydAXFpGafrrphJhxJWwVhWExCynAQh',
'user-agent': 'AdvancedTypeScript3Chapter10'
}
});
const responseBody = await response.json();
const image = <HTMLImageElement>document.getElementById(imgId);
if (image) {
if (responseBody && responseBody.images &&
responseBody.images.length > 0) {
image.src = responseBody.images["0"].uri150;
}
}
}
catch(ex) {
console.log(ex);
}
});
}
在下一节中,我们将讨论如何从 ASP.NET 调用我们的 TypeScript 功能。
从 ASP.NET 调用我们的 TypeScript 功能
回到我们的 ASP.NET 代码,我们现在可以连接searchDiscog
函数来检索我们的图像。我们需要做的第一件事是包含对搜索脚本的引用:
<script src="~/js/discogHelper.js"></script>
有了这个,我们现在可以扩展我们的图像部分以包括搜索脚本:
<td>
<img id="img_@index" width="150" height="150" />
<script type="text/javascript">
searchDiscog('@item.ResourceUrl', 'img_@index');
</script>
</td>
将所有这些放在一起,我们的Index
页面现在看起来像这样:
@{
ViewData["Title"] = "Home Page";
}
<div id="pageRoot">
<form asp-controller="Home" asp-action="Index" class="form-inline">
<div class="form-group mx-sm-3 mb-10">
<input type="text" name="SearchString" class="form-control"
placeholder="Enter artist to search for" />
</div>
<button type="submit" class="btn btn-primary">Search</button>
</form>
</div>
@{ if (ViewBag.Result != null)
{
<script src="~/js/discogHelper.js"></script>
<table class="table">
<thead>
<tr>
<th>Title</th>
<th>Artwork</th>
</tr>
</thead>
<tbody>
@{
int index = 0;
}
@foreach (var item in ViewBag.Result)
{
<tr>
<td>@item.Title</td>
<td>
<img id="img_@index" width="150" height="150" />
<script type="text/javascript">
searchDiscog('@item.ResourceUrl', 'img_@index');
</script>
</td>
</tr>
index++;
}
</tbody>
</table>
}
}
现在,当我们运行应用程序时,执行搜索后将返回标题和图像。重新运行相同的搜索现在给我们这个:
就是这样。我们有一个 ASP.NET Core MVC 应用程序,可以用来搜索艺术家并检索标题和艺术品。所有这些都是使用 ASP.NET MVC、HTML、Bootstrap、C#和 TypeScript 的组合实现的。
总结
在我们的最后一章中,我们转向使用 ASP.NET Core、C#和 TypeScript 开发应用程序。我们借此机会了解了在创建 ASP.NET Core Web 应用程序时,Visual Studio 为我们生成了什么。我们发现 ASP.NET Core 强调使用 MVC 模式来帮助我们分离代码的责任。为了构建这个应用程序,我们注册了 Discogs 网站并注册了一个令牌,以便我们开始使用 C#检索艺术家的详细信息。从艺术家的结果中,我们创建了一些调用同一网站检索专辑艺术品的 TypeScript 功能。
在构建应用程序时,我们介绍了如何在同一个.cshtml
文件中混合 C#和 HTML 代码,这构成了视图。我们编写了自己的模型来执行艺术家搜索,并学习了如何更新控制器以将模型和视图联系在一起。
我希望您喜欢使用 TypeScript 的旅程,并希望我们已经增强了您的知识,以至于您想要更多地使用它。TypeScript 是一种美妙的语言,总是很愉快地使用,所以,请尽情享受它,就像我一样。我期待着看到您的作品。
问题
-
为什么 TypeScript 看起来与 C#相似?
-
什么 C#方法启动我们的程序?
-
ASP.NET Core 与 ASP.NET 有什么不同?
-
Discog 的速率限制是什么?
进一步阅读
ASP.NET Core 是一个庞大的主题,需要覆盖的时间比我们在这个简短的章节中拥有的时间要多得多。考虑到这一点,我建议您阅读以下书籍,以继续您的 ASP.NET 之旅:
-
ASP.NET Core 2 基础 (
www.packtpub.com/in/web-development/aspnet-core-2-fundamentals
):Onur Gumus 和 Mugilan T. S. Ragupathi 撰写的使用这个服务器端 Web 应用程序框架构建跨平台应用程序和动态 Web 服务。ISBN:978-1789538915 -
掌握 ASP.NET Core 2.0 (
www.packtpub.com/in/application-development/mastering-aspnet-core
):Ricardo Peres 撰写的 MVC 模式、配置、路由、部署等内容。ISBN:978-1787283688 -
使用.NET Core 2.0 构建微服务(
www.packtpub.com/in/application-development/building-microservices-net-core-20-second-edition
):由 Gaurav Aroraa 编写,使用 C# 7.0 过渡单片架构,使用.NET Core 2.0 构建微服务。ISBN:978-1788393331 -
学习 ASP.NET Core 2.0(
www.packtpub.com/application-development/learning-aspnet-core-20
):由 Jason De Oliveira 和 Michel Bruchet 编写,使用 ASP.NET Core 2.0,MVC 和 EF Core 2 构建现代 Web 应用。ISBN:978-1788476638
第十一章:评估
第一章
- 使用联合类型,我们可以编写一个接受
FahrenheitToCelsius
类或CelsiusToFahrenheit
类的方法:
class Converter {
Convert(temperature : number, converter : FahrenheitToCelsius | CelsiusToFahrenheit) : number {
return converter.Convert(temperature);
}
}
let converter = new Converter();
console.log(converter.Convert(32, new CelsiusToFahrenheit()));
- 要接受键/值对,我们需要使用映射。将我们的记录添加到其中看起来像这样:
class Commands {
private commands = new Map<string, Command>();
public Add(...commands : Command[]) {
commands.forEach(command => {
this.Add(command);
})
}
public Add(command : Command) {
this.commands.set(command.Name, command);
}
}
let command = new Commands();
command.Add(new Command("Command1", new Function()), new Command("Command2", new Function()));
我们实际上在这里添加了两种方法。如果我们想一次添加多个命令,我们可以使用 REST 参数来接受命令数组。
- 我们可以使用装饰器来在调用我们的
Add
方法时自动记录。例如,我们的log
方法可能如下所示:
function Log(target : any, propertyKey : string | symbol, descriptor : PropertyDescriptor) {
let originalMethod = descriptor.value;
descriptor.value = function() {
console.log(`Added a command`);
originalMethod.apply(this, arguments);
}
return descriptor;
}
我们只会将这个添加到以下的Add
方法中,因为接受 REST 参数的Add
方法无论如何都会调用这个方法:
@Log
public Add(command : Command) {
this.commands.set(command.Name, command);
}
不要忘记我们使用@
符号来表示这是一个装饰器。
- 要添加一个具有相等大小的六个中等列的行,我们使用六个
div
语句,并将类设置为col-md-2
,就像这样:
<div class="row">
<div class="col-md-2">
</div>
<div class="col-md-2">
</div>
<div class="col-md-2">
</div>
<div class="col-md-2">
</div>
<div class="col-md-2">
</div>
<div class="col-md-2">
</div>
</div>
请记住,根据我们在 Bootstrap 中的讨论,一行中的列数应该等于 12。
第三章
-
React 为我们提供了特殊的文件类型,
.jsx
(用于 JavaScript)或.tsx
(用于 TypeScript),以创建一个可以转译为 JavaScript 的文件,因此 React 将类似 HTML 的元素呈现为 JavaScript。 -
class
和for
都是 JavaScript 中的保留关键字。由于.tsx
文件似乎在同一个方法中混合了 JavaScript 和 HTML,我们需要别名来指定 CSS 类和label
关联的控件。React 提供了className
来指定应该应用于 HTML 元素的类,以及htmlFor
来指定标签关联的控件。 -
当我们创建验证器时,我们正在创建可重复使用的代码片段,可以用来执行特定类型的验证;例如,检查字符串是否达到最小长度。由于这些被设计为可重复使用,我们必须将它们与实际应用验证的验证代码分开。
-
通过用
\d
替换[0-9]
,我们将^(?:\\((?:[0-9]{3})\\)|(?:[0-9]{3}))[-. ]?(?:[0-9]{3})[-. ]?(?:[0-9]{4})$
转换为以下表达式:^(?:\\((?:\d{3})\\)|(?:\d{3}))[-. ]?(?:\d{3})[-. ]?(?:\d{4})$
-
使用硬删除,我们从数据库中删除物理记录。使用软删除,我们保留记录,但对其应用一个标记,表示该记录不再处于活动状态。
第四章
- MEAN 堆栈由四个主要组件组成:
-
MongoDB:MongoDB 是一个 NoSQL 数据库,已成为在 Node 中构建数据库支持的事实标准。还有其他数据库选项可用,但 MongoDB 是一个非常受欢迎的选择。
-
Express:Express 封装了在 Node 下处理服务器端代码的许多复杂性,并使其更易于使用。例如,如果我们想处理 HTTP 请求,Express 使这变得微不足道,而不是编写等效的 Node 代码。
-
Angular:Angular 是一个客户端框架,使得创建强大的 Web 前端更容易。
-
Node:Node(或 Node.js)是服务器上应用程序的运行时环境。
-
我们提供一个前缀使得我们的组件唯一。假设我们有一个组件,我们想要称为
label
;显然,这将与内置的 HTML 标签冲突。为了避免这种冲突,我们的组件选择器将是atp-label
。由于 HTML 控件从不使用连字符,我们保证不会与现有的控件选择器冲突。 -
要启动我们的 Angular 应用程序,我们在顶层 Angular 文件夹中运行以下命令:
ng serve --open
-
与我们自己的语言被分解和结构化为单词和标点符号一样,我们可以将视觉元素分解为结构,例如颜色和深度。例如,语言告诉我们颜色的含义,因此,如果我们在应用程序中的一个屏幕上看到一个带有一个颜色的按钮,它应该在我们应用程序的其他屏幕上具有相同的基础用法;我们不会在一个对话框上使用绿色按钮来表示确定,然后在另一个对话框上使用取消。设计语言背后的理念是元素应该是一致的。因此,如果我们将我们的应用程序创建为一个 Material 应用程序,那么对于使用 Gmail 的人来说,它应该是熟悉的(例如)。
-
我们使用以下命令创建服务:
ng generate service <<servicename>>
这可以缩短为以下内容:
ng g s <<servicename>>
-
每当请求进入我们的服务器时,我们需要确定如何处理最好的请求,这意味着我们必须将其路由到处理请求的适当功能部分。Express 路由是我们用来实现这一点的机制。
-
RxJS 实现了观察者模式。这种模式有一个对象(称为subject),它跟踪一系列依赖项(称为observers),并通知它们有趣的行为,例如状态更改。
-
CORS代表跨域请求共享。使用 CORS,我们允许已知的外部位置访问我们站点上的受限操作。在我们的代码中,由于 Angular 是从与我们的 Web 服务器不同的站点运行的(
localhost:4200
,而不是localhost:3000
),我们需要启用 CORS 支持来进行发布,否则当我们从 Angular 发出请求时,我们将不会返回任何内容。
第五章
-
GraphQL 并不打算完全取代 REST 客户端。它可以作为一种合作技术,因此它很可能会自己消耗多个 REST API 来生成图。
-
变异是一种旨在以某种方式更改图中数据的操作。我们可能想要向图中添加新项目,更新项目或删除项目。重要的是要记住,变异只是改变了图 - 如果更改必须持久保存到图从中获取信息的地方,那么图就有责任调用底层服务来进行这些更改。
-
为了将值传递给子组件,我们需要使用
@Input()
来公开一个字段,以便从父级进行绑定。在我们的代码示例中,我们设置了一个Todo
项目,如下所示:
@Input() Todo: ITodoItem;
-
使用 GraphQL,解析器代表了如何将操作转换为数据的指令;它们被组织为与字段的一对一映射。另一方面,模式代表了多个解析器。
-
要创建一个单例,我们需要做的第一件事是创建一个带有私有构造函数的类。私有构造函数意味着我们可以实例化我们的类的唯一位置是从类本身内部:
export class Prefill {
private constructor() {}
}
接下来我们需要做的是添加一个字段来保存对类实例的引用,然后提供一个公共静态属性来访问该实例。公共属性将负责实例化类(如果尚未可用),以便我们始终能够访问它:
private static prefill: Prefill;
public static get Instance(): Prefill {
return this.prefill || (this.prefill = new this());
}
第六章
-
使用
io.emit
,我们可以向所有连接的客户端发送消息。 -
如果我们想要向特定房间中的所有用户发送消息,我们将使用类似以下的内容,其中我们说我们要向哪个房间发送消息,然后使用
emit
来设置event
和message
:
io.to('room').emit('event', 'message');
- 要将消息发送给除发送方之外的所有用户,我们需要进行广播:
socket.broadcast.emit('broadcast', 'my message');
-
有一些事件名称,我们不能用作消息,因为它们由于具有对 Socket.IO 具有特殊含义而受到限制。这些是
error
,connect
,disconnect
,disconnecting
,newListener
,removeListener
,ping
和pong
。 -
Socket.IO 由许多不同的协作技术组成,其中之一称为 Engine.IO。这提供了底层传输机制。它在连接时采用的第一种连接类型是 HTTP 长轮询,这是一种快速高效的传输机制。在空闲期间,Socket.IO 会尝试确定传输是否可以切换到套接字,如果可以使用套接字,它会无缝地升级传输以使用套接字。对于客户端来说,它们连接迅速,消息可靠,因为 Engine.IO 部分建立连接,即使存在防火墙和负载均衡器。
第七章
- 在
@Component
定义中,我们使用host
将我们要处理的主机事件映射到相关的 Angular 方法。例如,在我们的MapViewComponent
中,我们使用以下组件定义将window load
事件映射到Loaded
方法:
@Component({
selector: 'atp-map-view',
templateUrl: './map-view.component.html',
styleUrls: ['./map-view.component.scss'],
host: {
'(window:load)' : 'Loaded()'
}
})
-
纬度和经度是用于确定地球上某个位置的地理术语。纬度告诉我们某物距赤道有多远,赤道为 0;正数表示我们在赤道以北,负数表示我们在赤道以南。经度告诉我们我们距离地球的中心线(按照惯例,通过伦敦的格林威治)有多远。同样,如果我们向东移动,数字是正数,而向西移动意味着数字是负数。
-
将经度和纬度表示的位置转换为地址的行为称为反向地理编码。
-
我们使用 Firestore 数据库,这是 Google 的 Firebase 云服务的一部分,用来保存我们的数据。
第八章
-
容器是一个运行实例,它接收运行应用程序所需的各种软件。这是我们的起点;容器是从镜像构建的,您可以自己构建或从中央 Docker 数据库下载。容器可以向其他容器打开,例如主机操作系统,甚至可以使用端口和卷向更广泛的世界打开。容器的一个重要卖点是它易于设置和创建,并且可以快速停止和启动。
-
当我们启动 Docker 容器时,我们讨论了两种实现方法。第一种方法涉及使用
docker build
和docker run
的组合来启动服务:
docker build -t ohanlon/addresses .
docker run -p 17171:3000 -d ohanlon/addresses
使用-d
表示它不会阻塞控制台,因为它会在后台分离并静默运行。这使我们能够一起运行一组这些命令。在下载中,您会找到一个我创建的批处理文件,用于在 Windows 上启动它们。
第二种方法,也是我推荐的方法,使用 Docker 组合。在我们的示例中,我们创建了一个docker-compose.yml
文件,用于将我们的微服务组合在一起。要运行我们的组合文件,我们需要使用以下命令:
docker-compose up
- 如果我们使用
docker run
来启动容器,我们可以使用-p
开关在其中指定端口。以下示例将端口3000
重新映射到17171
:
docker run -p 17171:3000 -d ohanlon/addresses
当我们使用 Docker 组合时,我们在docker-compose.yml
文件中指定端口重映射。
-
Swagger 为我们提供了许多有用的功能。我们可以用它来创建 API 文档,原型化 API,并用它来自动生成我们的代码,以及进行 API 测试。
-
当 React 方法无法看到状态时,我们有两个选择。我们可以将其更改为使用
=>
,以便自动捕获this
上下文,或者我们可以使用 JavaScript 的bind
功能来绑定到正确的上下文。
第九章
-
虽然 TensorFlow 现在支持 TypeScript/JavaScript,但最初是作为 Python 库发布的。TensorFlow 的后端是使用高性能 C++编写的。
-
监督式机器学习利用先前的学习,并利用这些来处理新数据。它使用标记的示例来学习正确的答案。在这背后,有训练数据集,监督算法会根据这些数据集来完善它们的知识。
-
MobileNet 是一种专门的卷积神经网络(CNN),除其他外,它提供了预先训练的图像分类模型。
-
MobileNet 的
classify
方法默认返回包含分类名称和概率的三个分类。这可以通过指定要返回的分类数量来覆盖。 -
当我们想要创建 Vue 应用程序时,我们使用以下命令:
vue create <<applicationname>>
由于我们想创建 TypeScript 应用程序,我们选择手动选择功能,并在功能屏幕上确保选择 TypeScript 作为我们的选项。
- 当我们在
.vue
文件中创建一个类时,我们使用@Component
来标记它为一个可以在 Vue 中注册的组件。
第十章
-
JavaScript 和 C#都可以追溯到 C 语言的语法根源,因此它们在很大程度上遵循类似的语言范式,比如使用
{}
来表示操作的范围。由于所有的 JavaScript 都是有效的 TypeScript,这意味着 TypeScript 在这方面完全相同。 -
启动我们程序的方法是
static Main
方法。它看起来像这样:
public static void Main(string[] args)
{
CreateWebHostBuilder(args).Build().Run();
}
-
ASP.NET Core 使用了重写的.NET 版本,去除了它只能在 Windows 平台上运行的限制。这意味着 ASP.NET 的覆盖范围大大增加,因为它现在可以在 Linux 平台上运行,也可以在 Windows 上运行。
-
Discog 限制了单个 IP 发出的请求数量。对于经过身份验证的请求,Discog 将请求速率限制为每分钟 60 次。对于未经身份验证的请求,在大多数情况下,可以发送的请求数量为每分钟 25 次。请求的数量使用移动窗口进行监控。