ホームページ > 記事 > ウェブフロントエンド > Angular のサーバーサイド レンダリング (SSR) について説明する記事
一般的に、通常の Angular アプリケーションは ブラウザ で実行され、DOM でページをレンダリングし、ユーザーと対話します。 Angular Universal は、サーバーサイド (サーバーサイド レンダリング、SSR) でレンダリングし、静的なアプリケーション Web ページを生成し、クライアントに表示します。利点は、レンダリングが高速で、完全なレンダリングが可能であることです。インタラクションの前にコンテンツ表示をユーザーに提供できます。 [関連チュートリアルの推奨事項: "angular チュートリアル"]
この記事は Angular 14 環境で完成しています。一部の内容は新しい Angular バージョンに適用できない場合があります。参照してください。 Angularの公式ドキュメント。
Google を含む一部の Web サイトでは現在、検索エンジンとソーシャル メディアは、JavaScript (JS) による SPA (シングル ページ アプリケーション) アプリケーションのクロールをすでにサポートしていると主張していますが、その結果は満足できるものではないようです。静的 HTML Web サイトの SEO パフォーマンスは動的 Web サイトよりも優れており、これは Angular の公式 Web サイトでも同様の見解です (Angular は Google が所有しています!)。
Universal は、JS を使用せずにアプリケーションの静的バージョンを生成でき、検索、外部リンク、ナビゲーションのサポートが強化されています。
一部のモバイル デバイスでは、JS をサポートしていないか、JS のサポートが非常に限られているため、Web サイトへのアクセス エクスペリエンスが非常に低下します。この場合、ユーザーにより良いエクスペリエンスを提供するために、アプリの JS フリー バージョンを提供する必要があります。
ユーザー エクスペリエンスにとって、ホームページの表示速度は非常に重要です。 eBay によると、検索結果が 100 ミリ秒表示されるごとに、「カートに追加」の使用量が 0.5% 増加します。
ユニバーサルを使用すると、アプリケーションのホームページが完全な形式でユーザーに表示されます。これは純粋な HTML Web ページであり、JS がサポートされていない場合でも表示できます。現時点では、Web ページはブラウザ イベントを処理できませんが、routerLink を介したジャンプはサポートしています。
ng add @nguniversal/express-engine
このコマンドを実行する前に、すべての変更をコミットすることをお勧めします。このコマンドは、プロジェクトに次の変更を加えます:
- サーバーのメイン プログラム ファイル
- サーバー アプリケーションのメイン モジュール
- TypeScript サーバー構成ファイル
-
Express Web サーバー実行ファイル
- SSR に必要な依存関係を追加し、スクリプトを実行します
- SSR アプリケーションの開発とビルドに必要な構成を追加します。
package.json に、いくつかの npm スクリプトが自動的に追加されます:
dev:ssr は、開発環境で SSR バージョンを実行するために使用されます。
serve:ssr は、ビルドまたは事前レンダリングされた Web ページを直接実行するために使用されます。
build:ssr は、 Web ページの SSR バージョン;
prerender 事前レンダリングされた Web ページを構築します。
build とは異なり、これらのページの HTML ファイルは、提供された
routes## に基づいて生成されます。 #。
、document
、navigator
、location
を使用できません。 Angular は、サーバー側で同等のオブジェクトを置き換えるために、
と DOCUMENT
という 2 つの注入可能なオブジェクトを提供します。 たとえば、ブラウザでは、
を通じて現在のブラウザのアドレスを取得し、それを SSR に変更した後のコードは次のようになります。
import { Location } from '@angular/common'; export class AbmNavbarComponent implements OnInit{ // ctor 中注入 Location constructor(private _location:Location){ //... } ngOnInit() { // 打印当前地址 console.log(this._location.path(true)); } }
同様に、ブラウザで
document.getElementById() を使用して DOM 要素を取得する場合、SSR に変更した後のコードは次のとおりです。import { DOCUMENT } from '@angular/common'; export class AbmFoxComponent implements OnInit{ // ctor 中注入 DOCUMENT constructor(@Inject(DOCUMENT) private _document: Document) { } ngOnInit() { // 获取 id 为 fox-container 的 DOM const container = this._document.getElementById('fox-container'); } }
在 Angular SSR 应用中,HTTP 请求的 URL 地址必须为 绝对地址(即,以 http/https
开头的地址,不能是相对地址,如 /api/heros
)。Angular 官方推荐将请求的 URL 全路径设置到 renderModule()
或 renderModuleFactory()
的 options
参数中。但是在 v14 自动生成的代码中,并没有显式调用这两个方法的代码。而通过读 Http 请求的拦截,也可以达到同样的效果。
下面我们先准备一个拦截器,假设文件位于项目的 shared/universal-relative.interceptor.ts
路径:
import { HttpHandler, HttpInterceptor, HttpRequest } from '@angular/common/http'; import { Inject, Injectable, Optional } from '@angular/core'; import { REQUEST } from '@nguniversal/express-engine/tokens'; import { Request } from 'express'; // 忽略大小写检查 const startsWithAny = (arr: string[] = []) => (value = '') => { return arr.some(test => value.toLowerCase().startsWith(test.toLowerCase())); }; // http, https, 相对协议地址 const isAbsoluteURL = startsWithAny(['http', '//']); @Injectable() export class UniversalRelativeInterceptor implements HttpInterceptor { constructor(@Optional() @Inject(REQUEST) protected request: Request) { } intercept(req: HttpRequest<any>, next: HttpHandler) { // 不是绝对地址的 URL if (!isAbsoluteURL(req.url)) { let protocolHost: string; if (this.request) { // 如果注入的 REQUEST 不为空,则从注入的 SSR REQUEST 中获取协议和地址 protocolHost = `${this.request.protocol}://${this.request.get( 'host' )}`; } else { // 如果注入的 REQUEST 为空,比如在进行 prerender build: // 这里需要添加自定义的地址前缀,比如我们的请求都是从 abmcode.com 来。 protocolHost = 'https://www.abmcode.com'; } const pathSeparator = !req.url.startsWith('/') ? '/' : ''; const url = protocolHost + pathSeparator + req.url; const serverRequest = req.clone({ url }); return next.handle(serverRequest); } else { return next.handle(req); } } }
然后在 app.server.module.ts
文件中 provide 出来:
import { UniversalRelativeInterceptor } from './shared/universal-relative.interceptor'; // ... 其他 imports @NgModule({ imports: [ AppModule, ServerModule, // 如果你用了 @angular/flext-layout,这里也需要引入服务端模块 FlexLayoutServerModule, ], providers: [ { provide: HTTP_INTERCEPTORS, useClass: UniversalRelativeInterceptor, multi: true } ], bootstrap: [AppComponent], }) export class AppServerModule { }
这样任何对于相对地址的请求都会自动转换为绝对地址请求,在 SSR 的场景下不会再出问题。
经过上面的步骤后,如果我们通过 npm run build:ssr
构建项目,你会发现在 dist/9ad5cf4808085b3e6cc130d06d568f1c/browser
下面只有 index.html
文件,打开文件查看,发现其中还有 57b7f9effa9cadc72edb88082c9f873b33f1bb210aedf28e397b6902027fb58b
这样的元素,也就是说你的网页内容并没有在 html 中生成。这是因为 Angular 使用了动态路由,比如 /product/:id
这种路由,而页面的渲染结果要经过 JS 的执行才能知道,因此,Angular 使用了 Express 作为 Web 服务器,能在服务端运行时根据用户请求(爬虫请求)使用模板引擎生成静态 HTML 界面。
而 prerender
(npm run prerender
)会在构建时生成静态 HTML 文件。比如我们做企业官网,只有几个页面,那么我们可以使用预渲染技术生成这几个页面的静态 HTML 文件,避免在运行时动态生成,从而进一步提升网页的访问速度和用户体验。
需要进行预渲染(预编译 HTML)的网页路径,可以有几种方式进行提供:
通过命令行的附加参数:
ng run <app-name>:prerender --routes /product/1 /product/2
如果路径比较多,比如针对 product/:id
这种动态路径,则可以使用一个路径文件:
routes.txt
/products/1 /products/23 /products/145 /products/555
然后在命令行参数指定该文件:
ng run <app-name>:prerender --routes-file routes.txt
在项目的 angular.json
文件配置需要的路径:
"prerender": { "builder": "@nguniversal/builders:prerender", "options": { "routes": [ // 这里配置 "/", "/main/home", "/main/service", "/main/team", "/main/contact" ] },
配置完成后,重新执行预渲染命令(npm run prerender
或者使用命令行参数则按照上面f35d6e602fd7d0f0edfa6f7d103c1b572cc198a1d5eb0d3eb508d858c9f5cbdb中的命令执行),编译完成后,再打开 dist/9ad5cf4808085b3e6cc130d06d568f1c/browser
下的 index.html
会发现里面没有 57b7f9effa9cadc72edb88082c9f873b33f1bb210aedf28e397b6902027fb58b
了,取而代之的是主页的实际内容。同时也生成了相应的路径目录以及各个目录下的 index.html
子页面文件。
SEO 的关键在于对网页 title
,keywords
和 description
的收录,因此对于我们想要让搜索引擎收录的网页,可以修改代码提供这些内容。
在 Angular 14 中,如果路由界面通过 Routes
配置,可以将网页的静态 title
直接写在路由的配置中:
{ path: 'home', component: AbmHomeComponent, title: '<你想显示在浏览器 tab 上的标题>' },
另外,Angular 也提供了可注入的 Title
和 Meta
用于修改网页的标题和 meta 信息:
import { Meta, Title } from '@angular/platform-browser'; export class AbmHomeComponent implements OnInit { constructor( private _title: Title, private _meta: Meta, ) { } ngOnInit() { this._title.setTitle('<此页的标题>'); this._meta.addTags([ { name: 'keywords', content: '<此页的 keywords,以英文逗号隔开>' }, { name: 'description', content: '<此页的描述>' } ]); } }
Angular 作为 SPA 企业级开发框架,在模块化、团队合作开发方面有自己独到的优势。在进化到 v14 这个版本中提供了不依赖 NgModule
的独立 Component
功能,进一步简化了模块化的架构。
Angular Universal 主要关注将 Angular App 如何进行服务端渲染和生成静态 HTML,对于用户交互复杂的 SPA 并不推荐使用 SSR。针对页面数量较少、又有 SEO 需求的网站或系统,则可以考虑使用 Universal 和 SSR 技术。
更多编程相关知识,请访问:编程教学!!
以上がAngular のサーバーサイド レンダリング (SSR) について説明する記事の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。