Guida alle transizioni delle app

Una spiegazione sulle transizioni nei trigger

Molti trigger nelle app terminano con una transizione. Questo articolo spiega come funzionano le transizioni, quali sono le loro funzionalità e cosa aspettarsi quando si eseguono le transizioni.

:::(Warning) (AVVERTENZA) Il runtime di pre-transizione è stato deprecato nella LTS 11. Tutte le applicazioni più vecchie che utilizzano questa funzione devono essere migrate prima di aprile 2024 per continuare a funzionare. Per sapere come migrare le applicazioni, cliccate qui:

Cosa sono le transizioni?

Le transizioni sono ciò che consente all'utente di navigare tra le fasi e le app. All'interno di qualsiasi tipo di trigger, è possibile aggiungere una transizione per indirizzare in modo appropriato l'utente attraverso le app create.

Facendo clic su Aggiungi nuova transizione, sono disponibili alcune opzioni:

Vai al passo

• Precedente
• Successiva
• Passo specifico
• Vai al passo per nome

App

• Annullamento dell'applicazione
• Annulla l'app e poi disconnetti l'utente corrente
• Annulla poi passa all'app
• Annullare e poi passare alla fase App, fase
• Completa e passa alla schermata iniziale
• Completare l'app
• Completa l'app e poi disconnetti l'utente corrente
• Completare quindi passare all'app
• Completa Poi passa al passo App, passo
• Completare poi passare al passo per nome Passo
• Completa l'applicazione e poi passa al primo passo dell'applicazione per nome

Uso delle transizioni

L'identificazione delle opzioni disponibili è molto importante, poiché solo una può essere aggiunta all'istruzione Then di un trigger. Per chiarire ulteriormente questo punto, è possibile aggiungere una transizione a ogni Then di un trigger contenente più condizioni o istruzioni else.

Altre note sulle transizioni sono:

• Una transizione deve arrivare alla fine delle azioni Then. Questo assicura che tutti i dati vengano catturati e che la transizione sia l'ultima azione per quel trigger.
• Se si utilizzano più trigger dello stesso tipo (ad esempio, più trigger sullo stesso pulsante), è necessario assicurarsi che tutta la logica basata sulle transizioni sia contenuta in un singolo trigger.

:::(Warning) (ATTENZIONE) L'esecuzione di applicazioni con trigger che hanno più di un'azione di transizione non sarà più supportata a partire da marzo 2024 (LTS 12) e le applicazioni interessate saranno automaticamente archiviate senza la possibilità di migrare alle nuove transizioni. A partire dalla R261, è possibile scegliere se far utilizzare automaticamente un nuovo trigger all'app interessata o se seguire le istruzioni passo-passo per cambiare il trigger da soli:

Interazioni dei trigger con le transizioni

Quando si verifica una transizione, i trigger a livello di passo e di applicazione possono essere attivati entrambi. Ad esempio, un trigger completo su un passo può attivare un trigger On Step Close e un trigger On App Complete. Il diagramma seguente illustra vari esempi per mostrare il flusso di eventi con le transizioni.

Come migrare dal runtime di pre-transizione al runtime di transizione

Le applicazioni che si trovano ancora nel runtime di pre-transizione vedranno il seguente avviso:

L'opzione Avvia migrazione aprirà una finestra modale con istruzioni passo-passo su come migrare la propria applicazione. Questo processo può essere avviato e interrotto in qualsiasi momento. In alcuni casi, le app possono essere migrate automaticamente e non è richiesta alcuna azione. L'utente deve solo fare clic su Converti la mia app!

Tuttavia, in molti casi, non saremo in grado di migrare automaticamente l'app, il che significa che l'utente dovrà apportare modifiche alla propria app per poterla migrare. Il processo di migrazione fornirà le seguenti istruzioni per consentire la migrazione dell'app:

FAQ

Il cliente può fare affidamento su questa soluzione per risolvere il problema e non influire sul corretto funzionamento della sua configurazione? Cioè, il routing dell'app sarà ancora possibile in seguito?

Sì, per la maggior parte dei trigger possiamo trasferirli automaticamente e la funzionalità viene mantenuta. Per i trigger con runtime precedente alla transizione, il processo di migrazione sarà manuale.

Una spiegazione verbale dei trigger?

Quando si fa clic su Avvia migrazione, si può fare marcia indietro e non ci saranno modifiche all'applicazione. Il pulsante di avvio della migrazione li guiderà e indicherà loro i trigger che devono essere modificati. Si prevede quindi che i trigger vengano corretti nella versione di sviluppo dell'applicazione. Dopo aver testato e verificato che tutto funzioni come previsto, dovranno pubblicare l'applicazione. Potranno quindi eseguire nuovamente il flusso di avvio della migrazione per assicurarsi di essere pronti a convertire l'app, che non potrà essere annullata in seguito. Ma possono testare le loro app senza avere un impatto sulle app pubblicate fino alla conversione finale (che richiede comunque la pubblicazione di una nuova versione).

Avete trovato quello che cercavate?

Potete anche andare su community.tulip.co per porre la vostra domanda o vedere se altri hanno affrontato una questione simile!