Metti selezioni fisse nel client o caricale dal server?

1

Contesto è un'app singola pagina con un backend di riposo.

Per cose come le liste di stato e di città, che raramente cambiano, è meglio memorizzarle sul server e caricarle dal client, o memorizzarle direttamente sul client come oggetti javascript?

Sono favorevole a metterli sul client per evitare di scrivere codice boilerplate (cose come quando viene selezionato lo stato combo della città saranno riempiti dal server ecc.), ma non so se c'è un lato negativo.

    
posta Reek 23.12.2015 - 11:12
fonte

2 risposte

0

Questi due campi sono correlati, quindi un elenco a discesa di città sarà riempito dinamicamente in base allo stato. La struttura per questo sarebbe più semplice da memorizzare in due tabelle di database sul lato server anziché reinventare la ruota sul lato client. Inoltre, se è necessario prefillare la città e lo stato in base a un codice di avviamento postale, memorizzarli sul server è preferibile in quanto è necessario un mapping molti-a-molti richiesto in un database relazionale.

Riferimenti

risposta data 22.05.2018 - 04:08
fonte
0

Lo vedrei come un atto di bilanciamento, e lo orienterei intorno all'esperienza utente e al carico dell'hardware, non al codice, hai due scelte;

  1. Carica città dal server ogni volta che l'utente fa clic. [Veloce primo carico, Laggy durante l'uso]
  2. Filtra le città lato client. [Primo carico lungo, Veloce durante l'uso]

Potrebbe anche essere necessario prendere in considerazione la spesa computazionale di qualunque cosa tu stia facendo, potrebbe persino essere più veloce su un server ...

Solo tu puoi rispondere a questo veramente;

  • Requisiti dell'esperienza utente
  • Requisiti di caricamento dell'hardware
  • Requisiti per la competenza di codifica
risposta data 22.05.2018 - 09:30
fonte

Leggi altre domande sui tag