Quando si utilizza un approccio con pattern non interattivo orientato ai servizi / MVC per l'architettura di sistema disaccoppiata, come viene implementato lo stato della sessione?
Ho pensato di creare il frontend di un'applicazione usando MVC (PHP / Ruby ecc.) e di inviare messaggi a un back-end della riga di comando che è l'applicazione vera e propria. Dal momento che voglio che l'applicazione offline abbia il pieno controllo della funzionalità, immagino che l'utilizzo di un sistema di gestione delle sessioni offline funzioni al meglio, il che al momento del login emette un ID che viene successivamente inviato all'applicazione a ogni richiesta. L'ID verrebbe memorizzato in un cookie sul lato client, proprio come un normale cookie di sessione. Dal momento che il frontend funziona attraverso le richieste HTTP comunque non ha senso farlo in altro modo per me.
Esistono alternative migliori a questo metodo che dovrei prendere in considerazione? Preferirei mantenere il sistema attuale completamente disaccoppiato dall'interfaccia utente web e anche pianificare l'implementazione di un'interfaccia utente desktop, quindi il pattern Interactors sembra essere il modo migliore per ottenerlo. Quello che sto cercando esplicitamente di evitare è "fare tutto nel nostro framework MVC! (Ed essere bloccato per sempre)" che sembra essere popolare al giorno d'oggi.