Recentemente (circa due mesi fa) ho letto un articolo che spiegava alcuni paradigmi dell'interfaccia utente di cui non ricordo il nome e non riesco a trovare più l'articolo.
Il paradigma consente il disaccoppiamento dell'interfaccia utente e il back-end tramite il passaggio di messaggi (tramite alcune implementazioni di accodamento). Quindi, ogni azione dell'utente comporta il passaggio di un messaggio al back-end. L'interfaccia utente viene quindi aggiornata per informare l'utente che la sua richiesta è in fase di elaborazione.
L'assunto è che un'interfaccia utente è obsoleta per definizione. Quando si leggono i dati da un archivio in memoria, è scaduto perché un'altra transazione potrebbe aggiornare già gli stessi dati. Se lo si assume, non ha senso provare a rappresentare lo stato del database "corrente" nell'interfaccia utente (quindi il ritardo introdotto dal passaggio di messaggi a un back-end non ha importanza).
Se ricordo bene, l'articolo menzionava anche un archivio dati ottimizzato per la lettura per il rendering dell'interfaccia utente.
L'articolo assumeva un'applicazione web ad alto traffico. Un motivo principale per l'utilizzo di una coda di messaggi che comunica con il back-end è la prestazione: restituire il controllo all'utente nel più breve tempo possibile. L'aggiornamento dei backend store viene gestito da un altro processo e alla fine queste modifiche diventano visibili all'utente.
Spero di aver spiegato con precisione quello che sto cercando. Se qualcuno può fornire alcune indicazioni su ciò che sto cercando, grazie molto in anticipo.