MENU
    アプリ移行ガイド
    • 23 Jan 2025
    • 1 読む分
    • 寄稿者

    アプリ移行ガイド


    記事の要約

    トリガーのトランジションについての説明

    アプリの多くのトリガーはトランジションで終わります。この記事ではトランジションがどのように動作するのか、トランジションの機能、トランジションを実行する際の注意点について説明します。

    WARNING

    Pre-Transition runtime is being deprecated in LTS 11. Any older apps using this feature must be migrated before LTS14 to continue running. Learn how to migrate apps here.

    トランジションとは?

    トランジションとは、ユーザーがステップやアプリ間を移動するためのものです。どのような種類のトリガーでも、トランジションを追加することで、作成したアプリを通してユーザーを適切に誘導することができます。

    Add new transitionをクリックすると、いくつかのオプションがある:

    ステップへ移動

    • 前へ
    • 次へ
    • 特定のステップ
    • 名前でステップへ移動

    アプリ

    • アプリのキャンセル
    • アプリをキャンセルしてから現在のユーザーをログアウトする
    • キャンセルしてからアプリに変更
    • キャンセルしてからステップに変更アプリ、ステップ
    • 完了し、スプラッシュ画面へ
    • アプリの完了
    • アプリを完了し、現在のユーザーをログアウト
    • 完了してからアプリを変更
    • 完了後、ステップに変更アプリ、ステップ
    • 完了後、名前順ステップに変更ステップ
    • アプリを完了し、名前順アプリの最初のステップに進む

    トランジションの使用

    TriggerのThenステートメントに追加できるのは1つだけなので、利用可能なオプションを特定することは非常に重要である。この点をさらに明確にするために、複数の条件、または、else文を含むトリガーの各Thenにトランジションを追加することが可能です。

    トランジションに関するその他の注意点は以下の通りです:

    • トランジションは、Thenアクションの最後になければなりません。これにより、全てのデータが取り込まれ、トランジションがそのトリガーの最後のアクションとなります。
    • 同じトリガタイプを複数使用する場合(同じボタンに複数のトリガを使用する場合)、全てのトランジションに基づくロジックが、1つのトリガ内に保持されるようにする必要があります。
    WARNING

    Running apps with triggers having more than one transition action will no longer be supported starting March 2024 (LTS 12), and affected apps will automatically be archived without the ability to migrate to the new transitions. Starting in R261, you can choose whether to automatically have the affected app utilize a new trigger or follow step-by-step instructions to change the trigger yourself.

    トランジションとトリガーの相互作用

    トランジションが発生すると、ステップトリガーとアプリレベルトリガーの両方がアクティブになります。例えば、ステップの完了トリガーは、On Step Closeトリガーを起動し、On App Completeトリガーを起動します。次の図は、トランジションによるイベントの流れを表示するための、様々な例の概要です。

    遷移前ランタイムから遷移ランタイムへの移行方法

    トランジション前のランタイムを使用しているアプリには、次のような通知が表示されます:

    Pre%20Transition%20Runtime%20Deprecation%20Notice{height="" width=""}」と表示されます。

    Start Migration(移行を開始)]ボタンをクリックすると、アプリの移行方法をステップごとに説明するモーダルが表示されます。このプロセスは、任意の時点で開始および停止できます。場合によっては、アプリは自動的に移行され、何もする必要はありません。ユーザーが行うべきことは、アプリを変換するをクリックすることだけです**!**

    Pre%20Transition%20Runtime%20Triggers%20Migration%20Process{height="" width=""} をクリックするだけです。

    しかし、多くの場合、アプリを自動的に移行することはできません。これは、移行するためにアプリに変更を加える必要があることを意味します。移行プロセスでは、アプリを移行できるように、以下の手順を提供します:

    Manual%20Pre%20Transition%20Runtime%20Trigger%20Migration%201height="" width=""}{height="" width="

    Manual%20Pre%20Transition%20Runtime%20Trigger%20Migration%202

    Manual%20Pre%20Transition%20Runtime%20Trigger%20Migration%203

    Manual%20Pre%20Transition%20Runtime%20Trigger%20Migration%204

    よくある質問

    顧客は、この問題解決に依存し、セットアップの適切な機能に影響を与えないのでしょうか?例えば、アプリのルーティングはその後も可能ですか?

    はい、ほとんどのトリガーは自動的に移行され、機能は維持されます。移行前のランタイムがあるトリガーについては、手動での移行プロセスになります。

    トリガーの口頭によるウォークスルーはありますか?

    移行の開始をクリックすると、アプリに変更はありません。マイグレーションの開始]ボタンをクリックすると、変更する必要があるトリガーが表示されます。その後、アプリの開発バージョンでトリガーを修正することが期待されます。テストし、期待通りに動作することを確認したら、アプリを公開する必要がある。その後、マイグレーションの開始フローを再度実行し、アプリを変換する準備ができていることを確認する。しかし、最終的な変換(いずれにせよ新しいバージョンを公開する必要がある)を行うまで、公開済みのアプリに影響を与えることなくアプリをテストすることができる。


    お探しのものは見つかりましたか?

    community.tulip.coで質問を投稿したり、他の人が同じような質問に直面していないか確認することもできます!


    この記事は役に立ちましたか?