WR 167: La historia de la API REST que no quiso ser olvidada
La cadena de acontecimientos que suceden en una refactorización.
Se me fue de las manos.
Iba a ser un curso para explicar lo que es una API REST (o Rest API, o como se escriba), cuáles son las buenas prácticas a seguir para crearla y lo importantes que son los métodos y códigos HTTP.
Y luego, se desmadró.
¿Cómo iba a dejar aquello hecho de cualquier manera?
Así que preparando el código fui creciendo.
Sin darme cuenta.
Poco a poco iba extrayendo métodos, usando la programación orientada a objetos, los principios SOLID, las buenas prácticas…
Estaba disfrutando. Pasándomelo como un enano.
Y este es el resultado: Crea una API REST artesana con PHP
(El repositorio de código está disponible en abierto).
Dónde el código me lleve ¶
La historia que te cuento en este episodio es la de cómo se fue te gestando todo esto, casi sin quererlo.
La narrativa se basa en cómo la API empezó a tener vida propia y fue convirtiéndose desde un switch “mondo y lirondo” a un pequeño framework.
Todo muy mejorable, es cierto, pero este es el esquema de lo que queríamos construir:
Y aquí un fragmento del código por el que empezamos:
Este ejemplo evolucionó hasta esta estructura de código:
Otros episodios relacionados ¶
- WR 81: Diseñando una API con Swagger
- WR 122: Artesanía del software
- WR 93: Principios S.O.L.I.D. para novatos
- WRP 87. Quiero ser un opinionated framework
- WR 86: Desarrollo de software con Carlos Buenosvinos
- WRP 11. Caso de estudio: La API para aprender a cazar gamusinos
- WR 124: GraphQL para novatos
Algunos libros de referencia ¶
Comentaba durante el episodio que “flotaban” sobre mí cosas que recordaba de antiguas lecturas y estudios.
Refactoring.guru fue el primer sitio donde me interesé por la refactorización, pero no se lo recomiendo a los novatos.
Han sido claves Clean Code de Robert Martin o Extreme Programming Explained de Kent Beck.
Más específicamente los prácticos Pro PHP Refactoring o 99 Bottles of OOP de Sandi Metz.
El domingo en la Reactivísima Newsletter ¶
El próximo domingo tengo claro de lo que voy a hablar en la newsletter más chispeante para developers en castellano.
Programar en el tiempo libre, ¿sí o no?
Soy defensor del “si”, pero comprendo el “no”.
Trazaremos algunas ideas para poder integrar el tiempo de trabajo en la programación por placer. Se me están ocurriendo ya…
Para recibirlo en tu bandeja de entrada solo tienes que suscribirte gratis.
¡Nos escuchamos el próximo martes!
Escrito por:
Daniel Primo
12 recursos para developers cada domingo en tu bandeja de entrada
Además de una skill práctica bien explicada, trucos para mejorar tu futuro profesional y una pizquita de humor útil para el resto de la semana. Gratis.