如何使用 Angular 服务器端渲染的 Transfer State Service

简介: 假设我们使用 Angular Universal 开发一个服务器端渲染的 Angular 应用,这个应用会消费一个第三方的 Restful API.

假设我们使用 Angular Universal 开发一个服务器端渲染的 Angular 应用,这个应用会消费一个第三方的 Restful API.

上述场景分为下列六个步骤:

  1. 用户向部署了 Angular 服务器端应用的 Node.js 服务器发起页面请求
  2. Node.js 调用第三方 Restful API,
  3. 第三方 Restful API 返回结果,这个结果被用于渲染最后的页面
  4. 服务器端渲染的页面,返回给浏览器
  5. Angular 在浏览器中引导,并再次调用 Restful API
  6. Restful API 返回给浏览器,Angular 客户端应用重新将数据渲染到视图中。

image.png我们可以通过创建 TransferState 服务来提高应用程序的效率,该服务是在 Node.js 服务器和浏览器中呈现的应用程序之间交换的一个键值注册表。


我们将通过一个 HTTP_INTERCEPTOR 机制来使用它,该机制将驻留在 HttpClient 服务中,并将操纵请求和响应。


创建一个新的 class,实现 HttpInterceptor 接口定义的 intercept 方法:

@Injectable({
 providedIn: 'root'
})
export class HttpInterceptorService implements HttpInterceptor
public intercept(request: HttpRequest<any>, next: HttpHandler): Observable<HttpEvent<any>>

每当对 HttpClient 服务执行任何 API 调用时,都会调用此方法。

为了简单起见,我们仅针对 GET 方法启用 TransferState:

if (request.method !== 'GET') {
     return next.handle(request);
   }

我们根据 GET 请求的 URL 生成一个密钥。 我们将使用键值对来存储或检索请求响应,具体取决于请求是在服务器端还是浏览器端处理:

const key: StateKey<string> = makeStateKey<string>(request.url);

为了区分服务器和浏览器运行环境,我们使用 @angular/common 库中的 isPlatformServer 方法以及 PLATFORM_ID 注入令牌:

 if (isPlatformServer(this.platformId)) {
       //serverSide
   } else {
       //browserSide
   }

当服务器端渲染时,我们将 API 结果写入 Transfer State 注册表中:

 if (isPlatformServer(this.platformId)) {
    return next.handle(request).pipe(tap((event) => {
      this.transferState.set(key, (<HttpResponse<any>> event).body);
    }));

在浏览器端代码中,我们要检查给定 HTTP 请求的响应是否已经驻留在 Transfer State 注册表中。 如果存在,我们直接从注册表中取出值,并清除注册表,以便将来的调用可以存储新数据,并将响应返回给调用者。


当且仅当注册表中不存在给定的键,我们才在客户端环境下执行 HTTP 调用。

  else {
    const storedResponse = this.transferState.get<any>(key, null);
    if (storedResponse) {
      const response = new HttpResponse({body: storedResponse, status: 200});
      this.transferState.remove(key);
      return of(response);
    } else {
      return next.handle(request);
    }
  }


目录
相关文章
|
3月前
|
缓存 前端开发 JavaScript
Angular Service Worker 在 PWA 应用 HTTP 交互中扮演的角色
Angular Service Worker 在 PWA 应用 HTTP 交互中扮演的角色
45 0
|
5月前
|
运维 前端开发 JavaScript
基于 Angular Universal 引擎进行服务器端渲染的前端应用 State Transfer 故障排查案例
基于 Angular Universal 引擎进行服务器端渲染的前端应用 State Transfer 故障排查案例
45 0
|
5月前
|
JSON 搜索推荐 数据格式
Angular SSR 应用中 serverApp-state script 的工作原理介绍
Angular SSR 应用中 serverApp-state script 的工作原理介绍
30 0
|
5月前
|
缓存 UED
如何删除 Angular SSR 应用 State Transfer 嵌入到 HTML 里的某些字段
如何删除 Angular SSR 应用 State Transfer 嵌入到 HTML 里的某些字段
44 0
|
5月前
|
JavaScript UED SEO
Angular 应用启用服务器端渲染后 Ngrx store 和 re-hydration 的交互关系
Angular 应用启用服务器端渲染后 Ngrx store 和 re-hydration 的交互关系
30 1
|
6月前
|
UED
Angular 应用如何从 Transfer State 状态中读取数据
Angular 应用如何从 Transfer State 状态中读取数据
41 0
|
7月前
|
存储 JavaScript API
如何使用 Angular 服务器端渲染的 Transfer State Service
如何使用 Angular 服务器端渲染的 Transfer State Service
52 0
|
6月前
Angular 服务器端渲染的一个错误消息 - No provider for InjectionToken REQUEST
Angular 服务器端渲染的一个错误消息 - No provider for InjectionToken REQUEST
53 2
Angular 服务器端渲染的一个错误消息 - No provider for InjectionToken REQUEST
|
7月前
|
JavaScript
使用 Angular Universal 进行服务器端渲染避免 window is not defined 的错误消息
使用 Angular Universal 进行服务器端渲染避免 window is not defined 的错误消息
40 0
|
7月前
|
缓存 API
Angular 里的 Service Worker
从 5.0.0 版本开始,Angular 附带了一个 Service Worker 实现。 Angular 开发人员可以利用这个 service worker 并从其提供的更高的可靠性和性能中受益,而无需针对低级 API 编写代码。
52 0