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:

Espressione
Valutazione
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.

Utilizzo avanzato dell’editor di espressioni
Tipo di espressione restituito previsto
Condizione (condizione origine dati, condizione data)
booleano
Timer personalizzato
dateTimeOnly
Mappatura dei parametri delle azioni
Any
Guida di riferimento della Knowledge Base di AI

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() non INAUDIENCE())
  • Le condizioni devono restituire un valore booleano, i timer personalizzati devono restituire dateTimeOnly e 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 ma INAUDIENCE() 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 * 10 restituisce 60 o 24? — Restituisce 24 perché * ha priorità rispetto a +; utilizzare (4 + 2) * 10 per ottenere 60.
  • Q: è possibile scrivere AND in 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 ma INAUDIENCE() 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.
recommendation-more-help
journey-optimizer-help