Solución perfecta:
Divide y vencerás.
Si puede separar las cosas y administrarlas por separado, hágalo. Si crea una API REST que maneja el proceso real, puede escribir cualquier cantidad de front-end para eso.
- Cómo construir una pequeña aplicación web usando Laravel y Vue.js
- ¿Debo usar MEAN stack o LAMP para una aplicación web?
- ¿Cómo crear una plataforma simple basada en la web para conectar compradores y vendedores de un producto específico en un área geográfica específica? Debería subcontratar
- ¿Cómo probar lo que construyó un desarrollador web? Nos encanta lo que está construido, solo queremos asegurarnos de que sea seguro, escalable, etc. ¿Existe un servicio que 'pruebe'?
- Node.js vs Netty para el desarrollo de servicios web asíncronos?
El escenario que mencionó (no poder hacer que el front-end fuera de línea, sin hacer lo mismo para la API) es en realidad una buena razón por la que no debe mezclar la API pública y la aplicación.
Como ya ha escrito una API, recomendaría usar un lenguaje y un marco que sea específicamente adecuado para crear front-end delgados (por ejemplo: Javascript / AngularJS.) Para hacer la parte de la aplicación.
Si es necesario, puede crear frontales delgados que también funcionarían en otras plataformas.
La siguiente mejor cosa:
Sin embargo, una vez dicho esto, si su producto o servicio está siendo arrancado, recomendaría abstenerse de dividirlo en varias partes como lo recomendé anteriormente. En la etapa inicial, su enfoque debe ser ganar clientes y no producir el producto perfecto. Puede dividir el sistema en partes más pequeñas más adelante.
Se trata de sopesar lo que es razonable para el momento actual.
