Construir su aplicación usando un primer enfoque API es ciertamente viable. Pero estoy descubriendo que el enfoque exactamente opuesto, primero el producto, funciona mejor para mí para una aplicación móvil que estoy construyendo.
Comencé imaginando los diversos flujos de trabajo y las vistas correspondientes que necesitaré. He esbozado las maquetas de dispositivos móviles para las vistas en Balsamiq. De las maquetas, luego codifiqué vistas JSX usando React-Native (w / Redux para la gestión de estado). Los componentes React-Native van en contra de los datos y el esquema JSON que he incluido en Firebase.
Durante esta fase de creación de prototipos, mi API de soporte no es más que el respaldo JSON que necesito para admitir las vistas y los flujos de trabajo correspondientes de la aplicación. Puedo leer y escribir en Firebase según sea necesario con muy poca resistencia mental (por ejemplo, sin preocuparme por el diseño de la base de datos).
- ¿Qué servicio recomendaría (y por qué) para la creación de un sitio web: thegrid, square space o wix?
- Mientras uso Python / Flask y MongoDB, ¿puedo pasar un diccionario (de datos de la base de datos) de un archivo Python a un archivo JavaScript? ¿Sería mejor acceder a la misma base de datos desde el archivo JavaScript?
- ¿Por qué muchos desarrolladores web usan lenguajes de secuencias de comandos del lado del servidor como PHP cuando todo lo que intentan hacer se puede hacer con JavaScript?
- ¿Cuál es la mejor prueba de codificación para dar a un empleado potencial?
- ¿Los métodos y prototipos que son funciones se alzan en JavaScript?
Una vez que tenga todo en funcionamiento, preveo usar mi esquema de Firebase como requisitos de diseño para la API a prueba de balas que necesitaré construir. No he decidido si construiré la API usando una API Rails 5 contra PostrgresSQL en Heroku, Python contra Google CloudSQL o C # contra SQL Server en Azure.
Hasta ahora, la belleza de este enfoque es que no tenía que adivinar cuáles serían las firmas de método de mi API a priori. He hecho el primer enfoque de API en el pasado e invariablemente terminó siendo sobre-diseñado con chapado en oro gratuito. Con el enfoque de primer producto , sabré exactamente lo que la API debe proporcionar, ni más ni menos.