Come acquisire dati e pagina di rendering nel contesto dell'applicazione REST / API?

Naviga le tue risposte
0

Nella tipica applicazione REST / API, costruita su pattern architetturale MVC, qual è la migliore tecnica disponibile per acquisire dati per il rendering delle viste?

Dovrebbe essere:

  • come in qualsiasi applicazione non API: i dati vengono acquisiti direttamente dal DB (tramite i modelli), come nel classico MVC, mentre i controller eseguono il rendering delle viste in base ai dati del modello standard e i moduli inviano i dati tramite il tipico POST,

  • poiché questa è un'applicazione API, anche il proprio sito Web dovrebbe essere un client, che acquisisce i dati solo tramite le richieste API e i controller eseguono il rendering delle viste basandosi su dati JSON e i moduli devono codificare i dati in un tipico JSON e spingerlo in modalità API, proprio come una richiesta JUT PUT media,

  • qualcos'altro .

Questa domanda può sembrare sciocca o addirittura ingenua. Sfortunatamente, sono un principiante dell'argomento API / REST. Siamo spiacenti.

    
posta trejder 11.06.2015 - 11:51
fonte

2 risposte

2

Esistono due metodi per eseguire un sito standard (non RESTful) in parallelo con un servizio RESTful.

  1. Il sito Web consuma il servizio RESTful. Ciò significa spesso che stai creando un'app di una sola pagina (Angolare, ecc.). Questo è il più semplice dal punto di vista backend in quanto dovresti avere una codifica aggiuntiva minima sul back-end, ma devi creare un'intera web app in Angular (o in altre framework per app a pagina singola)
  2. Il sito web funziona come un'app normale e si estrae il codice comune dai controller in modo che tutte le logiche di business per entrambi i servizi risiedano in un'unica posizione. Ad esempio, si crea un'azione utente, la generazione del modulo HTML e il reindirizzamento dopo l'invio del modulo viene gestito nel controller non RESTful e la formattazione dei dati JSON viene gestita nel controller RESTful. La logica effettiva di salvare l'utente risiederà in un repository o in un controller astratto di cui entrambi gli altri due controller si estendono.
risposta data 11.06.2015 - 17:27
fonte
0

Se i dati saranno consumati da qualcos'altro, da un'interfaccia utente di frontend o da un'altra applicazione da qualche altra parte su Internet, allora avrai bisogno di un'API REST.

Altrimenti no.

    
risposta data 11.06.2015 - 15:49
fonte

Leggi altre domande sui tag

Passa lo stesso argomento a più piccole funzioni rispetto a fare tutto in un'unica grande funzione? c # generazione di classi / architettura per servizio di assistenza JSON