Design di frontend per il servizio di riposo

-3

Attualmente sto lavorando su un servizio di ripristino scritto in c ++ / qt e sto anche pensando al futuro web ui che userà questo servizio.

Ammetto di non essere un super esperto in html / js dal momento che ho sempre lavorato sul lato back-end, e non sono sicuro di come siano oggi i moderni pattern ui. Come prima domanda: è un html / js solo ui (che accede direttamente al servizio di restituzione) una scelta migliore / peggiore di un html / js ui con un livello php lato server che fungerà da supporto per il consumo del servizio di resto (js ask a php che chiedono di riposare)?

Grazie in anticipo. Ivan.

    
posta Ivanva 01.02.2018 - 13:41
fonte

1 risposta

0

Se si dispone di un backend progettato secondo i principi di REST, è a mio parere l'approccio migliore per consentire al frontend Web di comunicare direttamente con l'API del back-end.

Le viste che devi fornire nel frontend corrispondono bene agli stati dell'applicazione (URL) del tuo back-end. Il back-end dovrebbe implementare il cosiddetto principio ipermediale, cioè fornisce collegamenti ai successivi stati dell'applicazione consentiti e il frontend dovrebbe rispettare queste informazioni.

In altre parole: cosa c'è di sbagliato nel tuo backend REST che pensi che potrebbe essere meglio avere un altro layer su di esso?

    
risposta data 03.02.2018 - 09:41
fonte

Leggi altre domande sui tag