I browser hanno sempre funzionato una pagina alla volta. Questo sta iniziando a cambiare

Apri un browser, fai clic su un collegamento e la pagina corrente viene sostituita dalla pagina successiva. Nonostante decenni di progressi nelle tecnologie web, questo modello di interazione è rimasto sostanzialmente intatto. L’interazione dell’utente in una scheda del browser è ancora essenzialmente sequenziale.

Questa struttura risale agli albori del web. I browser sono stati progettati per creare e modificare documenti, non per gestire più attività attive contemporaneamente. Mentre i sistemi operativi desktop si sono evoluti per supportare il multitasking attraverso finestre e processi simultanei, i browser hanno mantenuto un modello incentrato sui documenti.

Poiché le applicazioni web sono diventate più complesse, gli sviluppatori si sono adattati a queste restrizioni. Le applicazioni a pagina singola hanno ridotto i ricaricamenti e i framework lato client hanno consentito un’interazione più ricca, ma il presupposto di base rimane lo stesso: un’unica visualizzazione primaria gestisce l’interazione in un dato momento.

Una nuova classe di architetture browser sta ora esplorando alternative a questo modello.

Un approccio architetturale all’interazione multiview

I moduli mobili sono a architettura del browser in attesa di brevetto Sviluppato da Software ProBuilt Ciò sostituisce l’idea di un’unica pagina dominante con più visualizzazioni stateful simultanee nella stessa sessione del browser.

Anziché dirigere tutta l’interazione attraverso un’unica gerarchia di visualizzazioni, l’architettura consente a visualizzazioni indipendenti come moduli, griglie di dati ed elenchi di coesistere e rimanere interattive allo stesso tempo. Ciascuna visualizzazione mantiene il proprio stato e ciclo di vita senza la necessità di cambiare pagina o di livelli persistenti.

Dal punto di vista dell’implementazione, ciò presenta sfide che le implementazioni dei browser tradizionali tendono a evitare:

• Sincronizzazione dello stato: Ciascuna vista mantiene uno stato indipendente pur rimanendo coerente con i modelli di dati condivisi. Le modifiche in una visualizzazione dovrebbero propagarsi in modo prevedibile nelle altre senza forzare ricostruzioni o eventi di navigazione.
• Gestione degli incidenti: Le interazioni dell’utente sono limitate a singole visualizzazioni e richiedono il routing degli eventi che previene conflitti o effetti collaterali indesiderati tra interfacce simultanee.
• Isolamento in un’unica operazione: A differenza delle applicazioni desktop che si basano sull’isolamento dei processi a livello del sistema operativo, i sistemi basati su browser devono gestire l’isolamento logico a livello dell’applicazione.
• Compromessi prestazionali: Mantenere attive più immagini live aumenta il carico di memoria e di elaborazione degli eventi e richiede un’attenta gestione del ciclo di vita per evitare danni.

Questo approccio differisce dalle tradizionali applicazioni a pagina singola, che spesso centralizzano lo stato e serializzano l’interazione attraverso una vista dominante, anche se i componenti dell’interfaccia utente appaiono modulari. Si differenzia anche da modelli come Web Worker, che supportano l’esecuzione in background ma non abilitano in modo nativo più visualizzazioni interattive simultanee.

Contesto applicativo: software per flussi di lavoro aziendali

ProBuilt ha applicato questa architettura a un sistema ERP basato su browser progettato per flussi di lavoro contabili, di vendita e operativi. Il sistema è strutturato per consentire agli utenti di lavorare in più aree funzionali contemporaneamente anziché spostarsi tra schermate strettamente sequenziali.

Gli ambienti ERP pongono esigenze specifiche in termini di coerenza e concorrenza, poiché gli utenti fanno spesso riferimento e aggiornano dati rilevanti in contesti diversi. In questo caso, il sistema funge da contesto applicativo per come applicare l’architettura multi-vista a flussi di lavoro complessi all’interno del browser.

L’ERP stesso non si posiziona come un meccanismo di benchmarking o di verifica, ma come un ambiente pratico in cui il modello architetturale viene implementato nell’uso quotidiano.

Impatti e compromessi della progettazione

La rimozione della limitazione della pagina singola modifica la modalità di configurazione del software basato su browser. Le interfacce possono essere progettate attorno al contesto persistente piuttosto che al flusso di navigazione, consentendo agli utenti di fare riferimento alle informazioni senza interrompere le attività attive.

Allo stesso tempo, le architetture multi-vista introducono nuove considerazioni di progettazione. Gli sviluppatori devono decidere quante visualizzazioni simultanee sono pratiche, come gestire il carico cognitivo e come bilanciare flessibilità e chiarezza. I modelli di interazione sequenziale hanno ancora senso per molti casi d’uso e l’interazione multi-vista non è universalmente adatta.

Più in generale, la conclusione non è che i browser dovrebbero comportarsi come sistemi operativi desktop, ma che la pagina non deve più essere l’unico principio organizzativo.

Cambiamento di ipotesi, non di previsioni

L’importanza di architetture come Forme fluttuanti sta in ciò che dimostrano cosa è tecnicamente possibile nell’ambiente del browser, piuttosto che nelle previsioni sull’adozione o sui risultati del mercato.

Per gran parte della storia del web, l’interazione a visualizzazione singola è stata trattata come una limitazione intrinseca dell’elaborazione basata su browser. Gli approcci che supportano visioni concorrenti e stateful suggeriscono che questa limitazione è architettonica piuttosto che fondamentale.

Se e dove tali modelli verranno adottati dipenderà dal caso d’uso, dagli strumenti e dalle priorità degli sviluppatori. Ciò che è chiaro è che l’interazione strettamente lineare non è più l’unico percorso di progettazione praticabile per le applicazioni basate su browser.

Digital Trends lavora in collaborazione con collaboratori esterni. Il contenuto di tutti i contributori viene esaminato dal team editoriale di Digital Trends.