Sto lavorando su un'applicazione su larga scala che ha sia un portale web sia un'applicazione mobile, quindi ho bisogno di sviluppare un'API ..
Ho deciso di andare con la seguente struttura: -
-
Sailsjs (questo sarà il front-end, tutto all'interno dell'applicazione stessa)
-
lumen (questo fornirà il client oauth e anche un modo per l'autenticazione stessa)
Il motivo per cui sto usando Sailsjs è perché mi fornisce un framework MVC e anche un modo per consentire in tempo reale, su cui si basa strongmente l'applicazione web.
Non desidero o non ho bisogno che l'applicazione Sailsjs comunichi con l'API (solo per autenticare tramite oauth) e una volta terminato consentirò all'applicazione Sailsjs di leggere / scrivere sul database stesso.
Il mio dubbio principale è che Sailsjs stia fornendo un'API - qualcosa che non userò affatto! Quindi è uno spreco usare Sailsjs solo per il framework MVC? Inoltre, qualcuno può vedere qualche aspetto negativo di questo approccio? La mia teoria principale alla base di questo approccio è che l'applicazione mobile è strongmente dipendente e la suddivisione dei due significa che se l'applicazione web si interrompe, almeno l'applicazione mobile dovrebbe comunque funzionare sui dati che gli sono stati dati l'ultima volta.
Un approccio migliore sarebbe mantenere il lumen come API e quindi usare qualcosa come nodejs ed express per fare l'applicazione web in?