Divide tu aplicación en UI y API. Dejame explicar.
1) Cada aplicación se construye dos veces . Una vez como maqueta / prototipo por su diseñador y posteriormente como producto final por su equipo de ingeniería
2) Construye la maqueta primero. Con la maqueta, puede comprender claramente los datos y las operaciones que se requieren en cada pantalla. Demarque claramente la lógica que se procesa en la interfaz de usuario y la que se procesa en la API. Este entendimiento debe formar la base para su diseño de API. Esto generalmente se conoce como desarrollo impulsado por la interfaz de usuario.
- ¿Dónde y cómo se alojaría su sitio web de listado de eventos para hacerlo más rápido?
- Cómo implementar mi aplicación web en mi propio dominio
- Cómo hacer un portal web
- ¿Cuál es el siguiente paso en la evolución de Internet y las aplicaciones web? ¿Qué va a ser la Web 3.0?
- ¿Cómo es posible usar Hadoop o Apache Spark en mi aplicación web?
3) Ahora que sabe todo sobre los datos y las operaciones, diseñe la API con cuidado. Intenta apegarte al paradigma de los sustantivos y verbos. A partir de ahora no hay necesidad de hablar con el servidor todavía. Para empezar, solo defina las URL de API y arroje algunos json. En este momento, los desarrolladores front-end pueden comenzar a codificar. Tienen el diseño y algunos datos para trabajar. Pueden poner en funcionamiento las páginas “http GET”.
4) Mientras sus desarrolladores front-end están haciendo su trabajo, comience a construir su backend * . Digamos que lo construimos con Node + Express + MongDb. Lentamente, comenzamos a implementar API reales que reemplazan a las apis de jummy ficticias.
5) Una planificación en términos de cronología del desarrollo de pantallas definitivamente ayudaría a priorizar las API que deben desarrollarse.
* La elección del backend es un requisito previo y debe realizarse junto con el paso 2).