跳到主要内容
版本：v3

Capacitor Web/PWA 插件指南

Capacitor 采用了 Web/原生兼容层，使得构建插件变得简单，无论是在原生环境运行还是在 Web 上的 PWA 中运行，都能具备相应的功能。

开始之前​

首先，请按照插件指南中快速开始部分的说明生成一个插件。

接下来，在您选择的编辑器中打开 echo/src/web.ts。

示例​

Capacitor 的 Web 插件基本结构如下所示：

import { WebPlugin } from '@capacitor/core';

import type { EchoPlugin } from './definitions';

export class EchoWeb extends WebPlugin implements EchoPlugin {
  async echo(options: { value: string }) {
    console.log('ECHO', options);
    return options;
  }
}

EchoPlugin 接口定义了插件的方法签名。在 TypeScript 中，我们可以确保 Web 实现（EchoWeb 类）正确实现了该接口。

权限管理​

如果您的插件在 Web 上的功能需要最终用户的权限，那么您需要实现权限管理模式。

权限别名​

您需要开发一个或多个别名，用于抽象和分组插件所需的权限。这些别名用于传达权限状态。默认情况下，别名可以处于以下状态之一：

  • granted：此别名中的每个权限都已被最终用户授予（或者无需提示）。
  • denied：此别名中的一个或多个权限已被最终用户拒绝。
  • prompt：应向最终用户请求权限，因为权限既未被授予也未被拒绝。
  • prompt-with-rationale：最终用户之前拒绝了权限，但尚未阻止提示。

这些状态由从 @capacitor/core 导出的 PermissionState 类型表示。

如果需要，也可以为别名定义自定义状态。例如，官方的 Camera 插件 还为 camera 和 photos 别名定义了 limited 状态。

别名是跨平台的，因此在决定插件的别名时，请务必考虑 iOS、Android 和 Web 的权限。

权限状态定义​

在 src/definitions.ts 中，从 Capacitor 导入 PermissionState，并定义一个 PermissionStatus 接口，该接口表示插件中的权限状态，键名为您想出的别名。

在下面的示例中，权限状态可以完全由 location 别名表示，该别名可以是 granted、denied 等。

import type { PermissionState } from '@capacitor/core';

export interface PermissionStatus {
  // TODO: 将 'location' 更改为您别名的实际名称！
  location: PermissionState;
}

然后，在插件接口中添加 checkPermissions() 和 requestPermissions() 的定义。这两个方法都将返回插件中权限的当前状态，如 PermissionStatus 所定义。

 export interface EchoPlugin {
   echo(options: { value: string }): Promise<{ value: string }>;
+  checkPermissions(): Promise<PermissionStatus>;
+  requestPermissions(): Promise<PermissionStatus>;
 }

由于这些方法已添加到插件接口中，因此必须在插件支持的所有平台上实现它们。

实现权限管理​

在 src/web.ts 中，将 checkPermissions() 和 requestPermissions() 方法添加到您的 Web 实现中。

+import { PermissionStatus } from './definitions';

 export class EchoWeb extends WebPlugin implements EchoPlugin {
   async echo(options: { value: string }) {
     ...
   }

+  async checkPermissions(): Promise<PermissionStatus> {
+    // TODO
+  }

+  async requestPermissions(): Promise<PermissionStatus> {
+    // TODO
+  }
 }

checkPermissions()​

此方法应返回插件中权限的当前状态。这些信息可能直接来自特定的 Web API，或者来自权限 API。

请注意，当处理浏览器采用率参差不齐的 Web API（例如权限 API）时，您应该实现功能检测，并在最终用户的浏览器不支持时抛出适当的错误。

 async checkPermissions(): Promise<PermissionStatus> {
+  if (typeof navigator === 'undefined' || !navigator.permissions) {
+    throw this.unavailable('此浏览器不支持权限 API。');
+  }

   const permission = await navigator.permissions.query( ... );

   // TODO
 }

requestPermissions()​

此方法应提示最终用户授予使用插件所需平台 API 的权限。然后，它应在提示后返回插件中权限的新状态（就像 checkPermissions() 方法一样）。

在 Web 上，有时无法将权限请求与实际调用分开。例如，Geolocation API 仅在请求位置时才请求权限。对于这种情况，我们建议抛出未实现异常。

async requestPermissions(): Promise<PermissionStatus> {
  // TODO: Web 是否支持请求我的插件权限？
  throw this.unimplemented('Web 平台未实现此功能。');
}

错误处理​

Capacitor 的 Web 插件通常需要使用某些尚未在某些浏览器中采用甚至尚未标准化的 API。尽管如此，为插件的 Web 实现采取尽力而为的方法并在 API 不可用时优雅地失败是常见的做法。这就是为什么错误处理在 Web 上尤为重要！

不可用​

此错误应抛出，以指示当前无法使用该功能。

原因包括：

  • 当前缺少前提条件，例如网络连接。
  • 需要已实现底层 API 的浏览器。

在下面的示例中，我们首先检查 navigator 上是否定义了 geolocation。如果未定义，则意味着浏览器不支持 Geolocation，我们应该抛出“不可用”错误。否则，我们可以继续实现。

async getLocation(): Promise<Location> {
  if (typeof navigator === 'undefined' || !navigator.geolocation) {
    throw this.unavailable('此浏览器不支持 Geolocation API。');
  }

  // TODO: 实际的 Web 实现
}

未实现​

此错误可以抛出，以指示功能尚未实现。您可以使用它在 Web 上暂存方法以供后续实现，或者用它来指示在某个平台上无法实现该功能。

async getLocation(): Promise<Location> {
  throw this.unimplemented('Web 平台未实现此功能。');
}

Contents

编辑此页