In una app capita spesso di dover applicare le stesse Azioni ad un insieme di Entità. Prendiamo come semplice esempio la costruzione di un comando che aggiorna il prezzo di rivendita di tutti i prodotti, calcolato come costo di acquisto per una percentuale di ricarico. Possiamo costruire questo comando facendo collaborare le procedure ECA con le Viste:
- Costruiamo una Vista che elenca tutte le Entità di tipo "Prodotto" di cui vogliamo aggiornare il prezzo. Questa Vista non viene mostrata all'Utente, ma serve solo per selezionare le Entità su cui agirà la procedura ECA.
- Disegniamo una procedura ECA che, lanciata da un click dell'Utente, richiama la Vista memorizzando in un Token l'elenco dei Prodotti e, per ogni Prodotto elencato nel Token, esegue una seconda procedura, che aggiorna il campo Prezzo dell'Entità passatole dalla prima procedura. Entrambe le procedure sono disegnate nello stesso foglio e salvate insieme dall'editor grafico.
La prima procedura (quella sopra nel disegno) è attivata dal click dell'Utente ed è formata dai seguenti elementi:
- l'Evento Endpoint access attiva la procedura quando l'Utente clicca il link /eca/aggiornaprezzi (mostrato all'Utente come comando "Aggiorna Prezzi")
- l'Azione Views: Execute query richiama la Vista che elenca i Prodotti e memorizza le Entità selezionate dalla Vista nel Token "prodotti"
- l'Azione Trigger a custom event (entity-aware) attiva la procedura "Aggiorna Prezzo" su ognuna delle Entità memorizzate nel Token "prodotti"
La seconda procedura (quella sotto nel disegno) è attivata dalla procedura "primaria", riceve da essa una Entità alla volta ed è formata dai seguenti elementi:
- l'Evento Custom event (entity aware) attiva la procedura quando viene eseguita un'Azione Trigger a custom event (entity-aware) che richiama "Aggiorna Prezzo" e memorizza l'Entità nel Token entity
- l'Azione Tamper: Math calcola il prezzo memorizzandolo nel Token "prezzo"
- l'Azione Entity: set field value scrive il valore [prezzo] nel Campo "Prezzo" della Entità [entity] e la salva
Quando termina l'esecuzione della seconda procedura, Drupal torna automaticamente all'Azione Trigger a custom event (entity-aware) della prima procedura, che attiva nuovamente la seconda procedura passandole stavolta l'Entità successiva e così via, fino all'esaurimento delle Entità memorizzate in "prodotti".
Anche se nel disegno non si vedono frecce che vanno dalla prima alla seconda procedura e viceversa, grazie al coordinamento dell'Azione Trigger a custom event (entity-aware) della prima procedura con l'Evento Custom event (entity aware).della seconda abbiamo realizzato un ciclo tra le due procedure, che viene ripetuto su tutte le Entità selezionate dalla Vista.