アプリ移行ガイド
  • 05 Jan 2024
  • 1 読む分
  • 寄稿者

アプリ移行ガイド


記事の要約

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

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

:::(Warning) (警告)プレトランジションランタイムはLTS 11で廃止されます。この機能を使用している古いアプリを継続して実行するには、2024年4月までに移行する必要があります。アプリの移行方法についてはこちらをご覧ください:

トランジションとは?

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

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

ステップへ移動

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

アプリ

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

トランジションの使用

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

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

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

:::(Warning) (警告)2024年3月(LTS 12)から、複数のトランジションアクションを持つトリガーでアプリを実行することはサポートされなくなり、影響を受けたアプリは新しいトランジションに移行することなく、自動的にアーカイブされます。 R261からは、影響を受けるアプリに自動的に新しいトリガーを利用させるか、ステップバイステップの指示に従って自分でトリガーを変更するかを選択できます:

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

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

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

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

Pre%20Transition%20Runtime%20Deprecation%20Notice

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

Pre%20Transition%20Runtime%20Triggers%20Migration%20Process

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

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

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

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

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

よくある質問

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

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

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

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


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

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


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