跳过内容

从 V3 到 V4

经过与社区成员的多次讨论后,我发现手动模式过于繁琐且不安全,例如,无法自动回滚,如果手动更新失败,用户必须卸载应用并重新安装,这种用户体验非常糟糕。

Meanwhile, I took this as an opportunity to give more freedom to you, and remove all bad code I made.

npm i @capgo/capacitor-updater@4

如果您在应用中使用基本示例,则可以安全地升级到新版本,享受更新!

对于你来说,仍然简单,变化是:

  • 设置名称来自 autoUpdateUrl 在 updateUrl
  • 端点方法从 GET 更改为POST

对于你来说,这是最显著的变化,但也是最好的!你会获得大量的改进,仔细阅读。

  • autoUpdateUrl 变为 updateUrl 由于此设置现在也可以在手动模式下使用
  • 删除 cancelDelay 和 delayUpdate 以 setDelay
  • 不再 versionName 在设置
  • 更改 version 键 BundleInfo
interface BundleInfo {
id: string;
version: string;
downloaded: string;
status: 'success' | 'error' | 'pending' | 'downloading'
}
  • 重命名了误导性的名称(即使解释也不能清晰,但在使用时容易理解新名称):
    • 以前被称为 version 现在指的是一个 bundle
    • id 请参阅旧 version 随机生成的10个字符,这 id 这是唯一可信赖且唯一的访问您的捆绑包的方式,例如 7Dfcd2RedN.
    • version 现在指的是 versionName 您为捆绑包选择的 1.0.0
  • updateUrl 从 get 到 post自从自定义标题对某些人来说是一个问题,而post更合理,所有以前的标题都移到了正文中,且前缀 cap_ 已消失。
  • versionName 方法已删除,取而代之的是 getId
  • 列表现在返回一个 BundleInfo
  • 重命名 getId 在 getDeviceId
  • autoUpdate 如果您使用手动模式,则需要将其设置为 false。
  • 方法 getLatest此方法允许您从您的服务器获取最后可用的版本。 updateUrl 谁
  • 方法 setDelay 类型 {kind: Section titled “News”} 作为参数来设置延迟到不同的模式。
  • 方法 next, 以在下一次后台中设置版本,相反于 set 谁立即做它。
  • 方法 isAutoUpdateEnabled, 以让您知道您是否处于自动更新上下文
  • 事件 downloadComplete 当下载达到 100% 时
  • 添加了强制字段 version 在下载方法中
  • notifyAppReady 在手动模式下也变得强制性,如果不在 10 秒后调用应用程序会恢复到以前的版本。

@lincolnthree 感谢您开始这项工作,否则无法完成此次更新。

Section titled “从 V3 到 V4”

如果您正在使用

从 V3 到 V4 来规划 __CAPGO_KEEP_0__ 发货,连接它与 live update Live Updates Capgo 实时更新 为产品工作流程在 Capgo Live Updates 中 概览 为实现细节在概览中 功能 为功能的实现细节 更新行为 为更新行为的实现细节,并且 更新类型 为更新类型的实现细节。