应用程序过渡指南

触发器中的转场说明

应用程序中的许多触发器都以转场结束。本文概述了转场的操作方式、转场的功能以及运行转场时的注意事项。

:::(Warning) (警告）预过渡运行时将在 LTS 11 中被弃用。任何使用此功能的旧版应用程序必须在 2024 年 4 月前迁移才能继续运行。在此了解如何迁移应用程序：

什么是转场？

过渡是允许用户在步骤和应用程序之间导航的功能。在任何类型的触发器中，都可以添加转场，以便在您创建的应用程序中适当地引导用户。

点击添加新转场后，有以下几个选项：

转到步骤

• 上一步
• 下一步
• 特定步骤
• 按名称转到步骤

应用程序

• 取消应用程序
• 取消应用程序然后注销当前用户
• 取消然后更改为应用程序
• 取消然后更改为步骤 应用程序*，步骤*
• 完成并转至闪屏
• 完成应用程序
• 完成应用程序，然后注销当前用户
• 完成，然后更改为应用程序
• 完成，然后更改为步骤应用程序，步骤
• 完成，然后更改为步骤名称步骤
• 完成应用程序，然后按名称转到应用程序的第一个步骤

使用过渡

确定可用选项非常重要，因为触发器的 "然后 "语句只能添加一个选项。为了进一步说明这一点，可以为包含多个条件或 else 语句的触发器中的每个 Then 添加一个过渡。

有关过渡的其他注意事项包括

• 过渡必须放在 Then 操作的末尾。这样可以确保捕获所有数据，并且过渡是该触发器的最后一个操作。
• 如果使用多个相同类型的触发器（如同一按钮上的多个触发器），则必须确保所有基于过渡的逻辑都在单个触发器中进行。

:::(Warning) (警告）从 2024 年 3 月（LTS 12）起，将不再支持使用具有一个以上过渡动作的触发器运行应用程序，受影响的应用程序将自动归档，无法迁移到新的过渡。 从 R261 开始，您可以选择是否自动让受影响的应用程序使用新的触发器，或者按照逐步说明自己更改触发器：

触发器与过渡的交互

发生转换时，步骤触发器和应用程序级触发器都可能被激活。例如，一个步骤的完整触发器可能会激活一个步骤关闭触发器和一个应用程序完成触发器。下图概述了各种示例，显示了带有过渡的事件流。

如何从过渡前运行时迁移到过渡运行时

仍在过渡前运行时的应用程序将看到以下通知：

开始迁移 "将打开一个模态，逐步说明如何迁移应用程序。此过程可在任何时候启动或停止。在某些情况下，应用程序可以自动迁移，无需任何操作。用户只需点击 "转换我的应用程序 "即可！

但是，在许多情况下，我们无法自动迁移应用程序，这意味着用户需要更改应用程序才能迁移。迁移过程将提供以下说明，以便用户迁移应用程序：

常见问题

客户能否依靠迁移来解决问题，而不影响其设置的正常运行？也就是说，之后还能进行应用程序路由选择吗？

是的，对于大多数触发器，我们可以自动将其转移过来，并保留其功能。对于具有过渡前运行时间的触发器，则需要手动迁移。

触发器的口头演示？

当您点击开始迁移时，您可以退出，应用程序不会有任何变化。开始迁移按钮将引导他们完成迁移，并指出需要更改的触发器。预计他们会在应用程序的开发版本中修复这些触发器。一旦测试并验证所有工作都符合预期，他们就需要发布应用程序。然后，他们可以再次运行开始迁移流程，这将确保他们已准备好转换应用程序，而转换后将无法撤销。但他们可以在不影响已发布应用程序的情况下测试应用程序，直到完成最终转换（无论如何都需要发布新版本）。

找到您想要的了吗？

您还可以前往community.tulip.co发布您的问题，或查看其他人是否遇到过类似问题！