Il problema: dalla validazione statica alla logica condizionale dinamica real-time

Nei form dinamici moderni, la validazione tradizionale — spesso sincrona e rigida — non è sufficiente per gestire scenari complessi, specialmente in contesti professionali come quelli legali, amministrativi o HR, tipici del panorama italiano. La necessità di adattare in tempo reale i requisiti in base all’input utente — ad esempio, attivare campi obbligatori o condizionali in base alla selezione di una categoria regionale o professionale — richiede un motore di regole reattivo e una modellazione dello stato precisa, ben oltre la semplice validazione basata su espressioni regolari statiche.

Fase 1: progettare la logica condizionale con modellazione a stato finito (FSM)

La base di ogni sistema di validazione avanzato è un modello formale delle dipendenze logiche. In un contesto professionale come un modulo di registrazione per professionisti, ad esempio, il campo “tipo di contratto” determina dinamicamente la visibilità e validità di “referenze lavorative” e “titolo abilitativo”.

Questo modello FSM viene implementato tramite una State Machine Reattiva in Java o un *rule engine* custom in JavaScript, dove ogni transizione è scatenata da eventi di input e logica semantica. Ad esempio, in React, uno stato `contractType` attiva pipeline condizionali che aggiornano visibilità e validazione tramite useEffect e state reactivi.

Fase 2: implementazione tecnica con validazione reattiva basata su stream (RxJS)

La validazione in tempo reale richiede un flusso continuo di dati da gestire con bassa latenza e alta reattività. Utilizzando RxJS, si possono creare pipeline che ricevono input utente, applicano regole condizionali e emettono eventi di stato (VALIDO, INVALIDO, IN_PROGRESS) in modo composito e ordinato.

1. Fase 2.1: definizione del stream di input

   const input$ = new Subject();
     const validation$ = input$.pipe(
       debounceTime(300),
       switchMap((value) => {
         if (!value) return of({ status: 'IN_PROGRESS', errors: [] });
         return validateField(value).pipe(
           map((result) => ({ status: result.success ? 'VALIDO' : 'INVALIDO', value, errors: result.errors })),
           catchError((err) => of({ success: false, errors: [`Errore validazione: ${err.message}`] }))
         );
       })
     );

   Il stream riceve ogni digitazione, applica validazione immediata e genera eventi con stato preciso, permettendo aggiornamenti UI reattivi senza polling o richieste backend. Esempio: se “tipo contratto” = “Indipendente”, il campo “referenze” diventa obbligatorio e attiva la regola di richiesta “regione”.

   Fase 3: integrazione front-end con feedback immediato e accessibilità

   Il feedback visivo deve essere chiaro, immediato e conforme alle linee guida WCAG per l’accessibilità. Si usano eventi custom CustomEvent per comunicare lo stato di validazione, abbinati a regioni ARIA live per utenti screen reader.

   Esempio: quando “INVALIDO” viene emesso, il sistema invia un evento che aggiornano dinamicamente un messaggio con “Campo obbligatorio mancante o errato” e imposta l’attributo aria-live su false per notifica immediata.

   validation$.subscribe(({ status, errors }) => {
     const target = document.getElementById('field-output');
     target.textContent = status === 'VALIDO' ? 'Inserimento corretto.' : `Errore: ${errors.join('; ')}`;
     if (status === 'INVALIDO') {
       target.setAttribute('aria-live', 'assertive');
       target.setAttribute('role', 'alert');
     }
   });

   Gestione avanzata dello stato con pattern FSM in JavaScript

   Per evitare conflitti tra regole sovrapposte — come “tipo contratto = a” e “tipo contratto = b” — si implementa un Finite State Machine (FSM) esplicito per tracciare la sequenza logica.

   Stato attuale	Regola applicata	Transizione successiva	Esempio italiano
   INITIAL	Nessuna regola attiva	Se “tipo = Contratto a Tempo Indeterminato”	Passa a “RETEVI REFERENZE REGIONALI”
   RETEVI REFERENZE REGIONALI	Se “referenze” presenti	Se “regione = Nord” → richiedi “capitale”; altrimenti campo opzionale	“Sì” + “Roma” → valido; “Sì” + “Milano” → richiedi “certificazione”
   CON VALIDAZIONE COMPLETA