Aggiorna pagina Web VS compromesso idea di "memorizzazione nella cache" durante la creazione / recupero / aggiornamento / eliminazione (CRUD) dei dati tra app Web e database

C'è un compromesso che hai identificato correttamente tra design 1 e design 2, quindi la tua decisione ha molto a che fare con questo compromesso. Semplicità contro usabilità.

Il design 2 ha un ulteriore difetto che se qualcun altro fa una richiesta CRUD, gli altri clienti non saranno informati. Il progetto 1 otterrà almeno nuovi dati ogni volta che il client tenta di fare una richiesta CRUD, ma il progetto 2 probabilmente deve essere periodicamente invalidato e aggiornato dal back-end (o fare affidamento sull'utente che riceve l'aggiornamento per ottenere nuovi dati).

Tuttavia, alcune delle tue preoccupazioni riguardo al design 2 possono essere mitigate usando modelli di design. Puoi utilizzare il modello di repository per astrarre le tue chiamate CRUD e, facoltativamente, memorizzare i dati nella cache a livello locale. Usando il modello, non è necessario "caricare tutti i dati che prelevano dal database in una variabile". La tua cache può essere pigra e caricare i dati quando è necessario. Inoltre, è possibile configurare la cache in modo che abbia una scadenza sui dati, quindi recupererà periodicamente gli ultimi dal database. Vedi questo post per una potenziale implementazione in JS .

Ho avuto una situazione come la tua. Ma sto usando React e Redux per controllare lo stato della mia applicazione. L'idea che hai descritto "CacheVariable", l'ho implementata con lo stato del mio componente. L'attributo state ha tutte le mie informazioni sull'elenco CRUD (tutte le linee della mia tabella, per esempio). E quando modifico alcuni record e invii l'invio al server e, naturalmente, ricevo la risposta. Spedisco l'aggiornamento di questo stato 'nodo' con le nuove informazioni. Quindi tutti i componenti che hanno firmato questo stato (come la tua variabile) (ps: quando parlo di firmato, puoi pensare a molti ascoltatori che mi hanno detto che quando questo stato è stato aggiornato, invierò il nuovo valore come una trasmissione). E nel mio componente di tabella, ho un'azione che viene attivata con informazioni "broadcast". E questa azione aggiornerà il record della tabella (aggiorna, cancella o inserisci).

In realtà ho postato il dubbio qui, ma ho appena implementato questa idea, e sta funzionando, ora sto aspettando alcune risposte per valutare se posso migliorare l'implementazione.