Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà. # Concetti di automazione Ecco alcuni concetti e termini da conoscere per definire e configurare la logica di business dell'app utilizzando le automazioni in App Studio. ## Automazioni **Le automazioni** sono il modo in cui definisci la logica di business della tua applicazione. I componenti principali di un'automazione sono: i trigger che avviano l'automazione, una sequenza di una o più azioni, i parametri di input utilizzati per passare i dati all'automazione e un output. ## Azioni Un'azione di automazione, comunemente denominata **azione**, è un singolo passaggio della logica che costituisce un'automazione. Ogni azione esegue un'attività specifica, che si tratti di inviare un'e-mail, creare un record di dati, richiamare una funzione Lambda o chiamare. APIs Le azioni vengono aggiunte alle automazioni dalla libreria di azioni e possono essere raggruppate in istruzioni condizionali o cicli. ## Parametri di input di automazione I **parametri di input per l'automazione** sono valori di input dinamici che è possibile trasmettere dai componenti alle automazioni per renderli flessibili e riutilizzabili. Pensate ai parametri come a variabili per la vostra automazione: invece di codificare i valori in un'automazione, potete definire parametri e fornire valori diversi quando necessario. I parametri consentono di utilizzare la stessa automazione con input diversi ogni volta che viene eseguita. ## Output simulato Alcune azioni interagiscono con risorse o servizi esterni tramite connettori. Quando si utilizza l'ambiente di anteprima, le applicazioni non interagiscono con servizi esterni. Per testare le azioni che utilizzano i connettori nell'ambiente di anteprima, potete utilizzare l'**output simulato** per simulare il comportamento e l'output del connettore. L'output simulato viene configurato utilizzando JavaScript e il risultato viene memorizzato nei risultati di un'azione, proprio come la risposta del connettore viene archiviata in un'app pubblicata. Utilizzando il mocking, puoi utilizzare l'ambiente di anteprima per testare vari scenari e il loro impatto su altre azioni con l'automazione, ad esempio simulando diversi valori di risultato, scenari di errore, casi limite o percorsi infelici senza chiamare il servizio esterno tramite connettori. ## Output di automazione Un **output di automazione** viene utilizzato per passare valori da un'automazione ad altre risorse di un'app, come componenti o altre automazioni. Gli output di automazione sono configurati come espressioni e l'espressione può restituire un valore statico o dinamico calcolato da parametri e azioni di automazione. Per impostazione predefinita, le automazioni non restituiscono alcun dato, inclusi i risultati delle azioni all'interno dell'automazione. Un paio di esempi di come è possibile utilizzare gli output dell'automazione: + È possibile configurare un output di automazione per restituire un array e passarlo per popolare un componente di dati. + È possibile utilizzare un'automazione per calcolare un valore e passare tale valore a più altre automazioni per centralizzare e riutilizzare la logica aziendale. ## Triggers Un **trigger** determina quando e a quali condizioni verrà eseguita un'automazione. Alcuni esempi di trigger riguardano i pulsanti e `On click` gli input `On select` di testo. Il tipo di componente determina l'elenco dei trigger disponibili per quel componente. I trigger vengono aggiunti ai [componenti](concepts.md#concepts-component) e configurati nello studio dell'applicazione.