Una risorsa per oggetto aziendale o molte risorse per molti scopi?

1

Sto sviluppando un client UI JavaScript e il mio sviluppatore back-end si rifiuta di passarmi i dati in un modulo che non devo trasformare in seguito. Quindi, attualmente sto lavorando a un programma di mappatura che contiene molte conoscenze che porteranno solo a problemi in seguito. Inoltre, gli oggetti che riceviamo sono a volte molto profondi e in molti casi inutilmente così.

Dal mio punto di vista, la risorsa dovrebbe passarmi un oggetto che posso immediatamente visualizzare nella vista. Capisco che questo ha i suoi limiti perché non sono l'unico ad usare la risorsa. Tuttavia, penso che in uno scenario ideale, il server dovrebbe alleggerire il client di tutto il lavoro possibile dal momento che conosciamo e controlliamo quale macchina sarà il server. Il cliente dall'altra parte è il computer di qualcun altro e non sappiamo quanto possa essere la macchina. Quindi, mi chiedo quale sia la migliore strategia in casi come quello. Sono praticamente inesperto in questo settore e mi piacerebbe ottenere alcuni input esterni che potrebbero darmi una prospettiva diversa.

  • Come stai negoziando i progetti API?
  • C'è una tendenza a capire come sono progettate le tue API, cioè quanto mappatura fai nel front-end / back-end?
  • Inoltre, se il server non mi trasmette i dati in modo utile, qual è la necessità di un server, dopo tutto? (Sto intenzionalmente esagerando).
  • Esistono schemi che mi aiutano a gestire trasformazioni di dati del genere?
posta Gerome Bochmann 27.10.2017 - 14:34
fonte

1 risposta

2

Aggiungerei il codice lato server al server che ospita il tuo sito web.

Avere questo codice lato server accetta la richiesta del client, chiama l'API o apis, trasforma e combina i modelli nel tuo modello di vista e restituiscilo al client.

Ciò consente di inserire il proprio modello di visualizzazione, eseguire la memorizzazione nella cache e fornire un singolo endpoint per il client, semplificando la sicurezza.

Avere il proprio modello di visualizzazione, come dici tu, ti consente di mantenere il codice lato client molto semplice. Confinato alla logica di presentazione e ottimizzato per la reattività.

    
risposta data 27.10.2017 - 15:04
fonte

Leggi altre domande sui tag