Sintassi dell’editor espressioni avanzato syntax
Le informazioni di base sulla sintassi quando si utilizza l’Editor di espressioni avanzate sono elencate di seguito.
Priorità tra parentesi ed espressione parentheses-and-expression-priority
Le parentesi possono essere utilizzate per rendere più leggibile un’espressione complessa. (<espressione>) equivale a <espressione>. Le parentesi possono essere utilizzate anche per definire l’ordine di valutazione e l’associatività.
Le espressioni verranno valutate da sinistra a destra. L’associatività sugli operatori aritmetici deve essere applicata: le moltiplicazioni e le divisioni hanno priorità rispetto alle addizioni e alle sottrazioni. Per imporre un ordine specifico, è necessario aggiungere una parentesi per delimitare le operazioni. Ad esempio:
4 + 2 * 10- ‘*’ ha priorità su ‘+’: 2 * 10 viene valutato → 20
- 4 + 20 → 24
(4 + 2) * 10- Le parentesi modificano la priorità: (4 + 2) viene valutato → 6
- 6 * 10 → 60
Distinzione tra maiuscole e minuscole case-sensitivity
Di seguito sono riportate le diverse regole per la distinzione tra maiuscole e minuscole:
- Tutti gli operatori (e, o, ecc.) devono essere scritte in minuscolo. Ad esempio,
<expression1>e<expression2>sono espressioni valide, mentre l’espressione<expression1>AND<expression2>non lo è. - Tutti i nomi di funzione fanno distinzione tra maiuscole e minuscole. Ad esempio, inAudience() è valido, mentre la funzione INAUDIENCE() non lo è.
- I riferimenti ai campi e i valori costanti fanno distinzione tra maiuscole e minuscole: non sono elementi incorporati del linguaggio (al contrario di operatori e funzioni), ma vengono creati dall’utente finale.
Tipo di espressione restituito returned-expression-type
A seconda del contesto di utilizzo, l’editor di espressioni può restituire valori diversi.
Questa sezione contiene informazioni strutturate che supportano l’interpretazione, il recupero e la risposta alle domande relative a questo argomento.
Per una comprensione completa, queste informazioni devono essere unite alla documentazione su questa pagina. Nessuna delle due origini è progettata per essere indipendente; la pagina descrive la funzione, mentre questa sezione fornisce un contesto aggiuntivo che aiuta a non ambiguare la terminologia, le finalità, l’applicabilità e i vincoli.
- TL;DR: In questa pagina vengono illustrate le regole di sintassi di base dell’editor di espressioni avanzate di Percorso, ovvero la precedenza degli operatori con parentesi, la distinzione tra maiuscole e minuscole per gli operatori e le funzioni e il tipo restituito previsto per ogni contesto dell’editor.
Intenti:
- Controlla l’ordine di valutazione delle espressioni racchiudendo le sottoespressioni tra parentesi
- Scrittura degli operatori (
and,or,not) in minuscolo per evitare errori di sintassi - Utilizza nomi di funzione con maiuscole/minuscole corretti (esempio:
inAudience()nonINAUDIENCE()) - Le condizioni devono restituire un valore booleano, i timer personalizzati devono restituire
dateTimeOnlye le mappature dei parametri di azione possono restituire qualsiasi tipo
Glossario:
- Priorità espressione: ordine di valutazione degli operatori; le moltiplicazioni e le divisioni hanno priorità rispetto alle aggiunte e alle sottrazioni (specifico per prodotto)
- Distinzione maiuscole/minuscole: nell’editor avanzato, gli operatori devono essere minuscole, i nomi delle funzioni devono fare distinzione tra maiuscole e minuscole e i riferimenti ai campi devono fare distinzione tra maiuscole e minuscole in base a quanto creato dall’utente (specifico per prodotto)
- dateTimeOnly: il tipo restituito richiesto per le espressioni timer personalizzate (attività di attesa); rappresenta una data/ora senza un fuso orario (specifico per prodotto)
Guardrail:
- Operatori (
and,or,not, ecc.) deve essere scritto in minuscolo; le varianti maiuscole non sono valide - Tutti i nomi di funzione fanno distinzione tra maiuscole e minuscole.
inAudience()è valido maINAUDIENCE()non lo è - L’aritmetica segue la precedenza standard:
*e/valutano prima di+e-; utilizzare le parentesi per ignorare - Le condizioni restituiscono sempre un valore booleano; i timer personalizzati restituiscono sempre
dateTimeOnly
Terminologia:
- Nome canonico: Advanced Expression Editor Syntax — Acronimo: none — varianti: sintassi espressione, sintassi editor
- Sinonimi: “priorità espressione” = “precedenza operatore”; “parentesi” = “parentesi quadre” (nel contesto espressione)
- Non confondere: distinzione tra maiuscole e minuscole dell’operatore (gli operatori devono usare lettere minuscole) ≠ distinzione tra maiuscole e minuscole del riferimento del campo (i nomi dei campi sono scritti dall’utente e con distinzione tra maiuscole e minuscole)
Domande frequenti:
- Q:
4 + 2 * 10restituisce 60 o 24? — Restituisce 24 perché*ha priorità rispetto a+; utilizzare(4 + 2) * 10per ottenere 60. - Q: è possibile scrivere
ANDin maiuscolo in un’espressione? — No; tutti gli operatori devono essere minuscoli (and,or,not). - Q: i nomi delle funzioni sono sensibili a maiuscole e minuscole? — Sì;
inAudience()è valido maINAUDIENCE()non lo è. - D: che tipo deve restituire un’espressione di condizione? — Valore booleano.
- Q: quale tipo restituito è necessario per un’espressione timer attività di attesa personalizzata? —
dateTimeOnly.