Sto prendendo una decisione progettuale sull'API di successo in tempo reale per salvare tutti i campi in un modulo quando l'utente apporta una modifica anche se non ha ancora finito. Oppure usa un pulsante di salvataggio come fa la maggior parte delle app.
Qualsiasi pro e contro diverso da
pro: in tempo reale genereranno molte più chiamate API, quindi carichi server / db più pesanti
con: l'utente non perderà alcun dato e non ha problemi
Oltre al maggiore traffico verso il server, c'è un notevole lavoro extra nell'implementazione di un sistema di salvataggio automatico.
La maggior parte di questo lavoro extra ruoterà attorno a verificare che l'oggetto (e l'applicazione) sia in uno stato per poterlo salvare. Spesso, in un modello di interfaccia utente, le cose possono entrare in uno stato che non è del tutto ragionevole per il salvataggio nel sistema - questo è il motivo per cui generalmente abbiamo convalide (per così dire).
Quindi devi considerare quando farai scattare questi. Dopo qualsiasi aggiornamento al modello? Ok, abbastanza giusto, ma devi codificarlo di conseguenza. A un intervallo di tempo? È difficile ... non sapere mai cosa potrebbe succedere a un intervallo di tempo.
Penso che l'implementazione di un sistema di salvataggio automatico come quello che potresti vedere con Google Docs sia un progetto abbastanza considerevole oltre a un pulsante Salva. Suppongo che in gran parte dipenda dall'applicazione ... per alcuni scenari, potrebbe valerne la pena (elaborazione di testi), per altri, forse non tanto (immissione di dati aziendali).
Leggi altre domande sui tag design javascript ui