Inicio / Casos reales de principio a fin
Una aplicación móvil de principio a fin
Un scaffold, la estructura inicial generada automáticamente para una aplicación, una navegación entre pantallas, una llamada de red y una corrección de los tipos señalados como error pueden encadenarse en una sola sesión de trabajo, con una vista previa que se actualiza en tu propio teléfono con cada modificación.
Un scaffold, la estructura inicial generada automáticamente para una aplicación, una navegación entre varias pantallas, una llamada de red hacia un servicio y una corrección de los tipos señalados como error pueden encadenarse en una sola sesión de trabajo, con una vista previa que se actualiza en tu propio teléfono con cada modificación del código.
El recorrido en cinco etapas
El scaffold coloca primero la estructura: carpetas, pantallas vacías, archivo de configuración. Viene después la navegación, el vínculo entre esas pantallas, un botón en la primera que abre la segunda. La llamada de red sigue: una pantalla solicita datos a un servicio y los muestra en cuanto llegan. Las correcciones de tipos llegan por lo general solas en esta etapa: el sistema de tipos señala un campo esperado y ausente, o un valor textual usado donde se requiere un número, y cada señal se corrige antes de pasar a la siguiente. La última etapa no es realmente una: es la verificación, en cada etapa anterior, sobre la vista previa real mostrada en el teléfono.
Mantener la vista previa abierta
La diferencia entre una sesión productiva y una sesión que se descarrila se reduce a una sola elección: abrir la vista previa desde la primera pantalla y dejarla visible durante todo el recorrido, en lugar de codificar varias etapas y verificar una sola vez al final. Un error visto inmediatamente después de introducirlo se corrige en unos segundos, porque la única modificación reciente responsable es evidente. El mismo error, descubierto después de otras cinco modificaciones, obliga a buscar cuál de las cinco lo causó.
El ejemplo de abajo fabrica sus propios datos, una pantalla de productos que no llama a ningún servicio real, para ilustrar lo que la vista previa debe mostrar en esta etapa del recorrido.
// Pantalla Productos, datos fabricados localmente para este ejemplo
const produits = [
{ id: 1, nom: "Funda", prix: 12 },
{ id: 2, nom: "Soporte", prix: 18 },
{ id: 3, nom: "Cable", prix: 9 }
];
function chargerProduits() {
return produits;
}
console.log(chargerProduits().length, "productos cargados");
Tres productos cargados, mostrados inmediatamente en la pantalla de vista previa antes incluso de conectar un servicio de red real. Una vez verificada esa misma pantalla con datos fabricados, sustituir la función por una llamada de red real se convierte en una corrección aislada, no en una nueva etapa a ciegas.
El gesto que se repite
Este recorrido, scaffold, navegación, llamada de red, corrección de tipos, verificación continua, se repite en cada nueva pantalla de una aplicación. La tercera vez que se repite de forma idéntica merece un tratamiento distinto, el que describe automatizar la propia práctica, pila y skill: transformar un gesto repetido en un comando con nombre en lugar de volver a escribirlo una cuarta vez.
El recorrido de una funcionalidad móvil, del scaffold a la vista previa
Una desarrolladora añade a su aplicación una pantalla que muestra una lista de productos fabricados localmente. Abre la vista previa en su teléfono y observa cómo se muestran los tres productos. Luego sustituye la función que proporciona los productos por una llamada de red hacia un servicio externo.
Escribe en una frase lo que esta situación establece, y en una frase lo que no establece.
Lo que esto establece: Este gesto establece que la pantalla muestra correctamente los datos cuando tienen la forma esperada, verificado antes de cualquier conexión de red.
Lo que esto no establece: No establece que la llamada de red que acaba de sustituir los datos fabricados devolverá datos con la misma forma, ya que su resultado aún no se ha observado.
Los tres calibrados falsos más frecuentes
- Demasiado amplio Este gesto establece que la aplicación entera funciona ahora con datos reales.
- Demasiado estrecho Este gesto no establece nada, ya que los datos fabricados localmente nunca sustituyen una prueba sobre el producto terminado.
- Fuera de tema Este gesto muestra que la vista previa en el teléfono se actualiza con cada modificación del código.
- Un scaffold coloca la estructura inicial de una aplicación antes de que la navegación, las llamadas de red y las correcciones de tipos se encadenen en la misma sesión.
- La vista previa abierta desde la primera pantalla y mantenida durante todo el recorrido permite corregir un error en cuanto aparece, en lugar de buscar cuál de varias modificaciones lo causó.
- Una pantalla verificada con datos fabricados localmente aísla la lógica de visualización de la lógica de red, y hace que conectar el servicio real sea más fácil de corregir por sí solo.
- Un recorrido que se repite de forma idéntica una tercera vez es una señal para transformarlo en un comando con nombre en lugar de rehacerlo a mano.
Abre ahora mismo la vista previa de tu aplicación en tu propio teléfono, mantenla visible, y modifica una sola pantalla para confirmar que el cambio aparece antes de modificar una segunda.