En la publicación pasada aprendimos cómo crear un simple módulo de CRUD, para administrar nuestros usuarios en la base de datos. Sin embargo, en aquella ocasión no habíamos tenido algo en cuenta muy importante: las validaciones.
Cuando creamos una aplicación web, hay ciertas cosas que debemos repetir una y otra vez, una de esas cosas son las funcionalidades para trabajar con los registros de nuestras tablas. Esto al principio puede ser divertido, pero si tenemos un sitio muy amplio, puede terminar haciéndose repetitivo y llevarnos demasiado tiempo.
Hasta ahora hemos aprendido a crear modelos y controladores, dijimos que los modelos nos sirven para trabajar con la base de datos y los controladores para procesar las distintas peticiones. Además, los controladores no sólo se comunican con los modelos para interactuar con la base de datos, sino también dispondrán de la vista para devolverle la presentación al navegador.
Hasta ahora hemos aprendido cómo hacer routing mediante una ruta y una acción que se disparará cada vez que se llama a esa ruta en la url de nuestra aplicación, todo esto gracias al archivo routes.php. Sin embargo, a medida que el desarrollo vaya creciendo, ese archivo será cada vez más grande, y no es buena idea meter todas las acciones de la aplicación como si fuese una gran bolsa de gatos. Pensá en todas las acciones que puede haber. Por ejemplo en nuestro caso vamos a necesitar más adelante la posibilidad de crear, modificar, eliminar y mostrar usuarios, y no sólo tendremos usuarios, también podemos tener otro tipo de contenido en nuestra base de datos. Ya con todas estas cosas, convertirán a nuestro archivo routes.php en un verdadero caos,difícil de mantener con el tiempo e ilegible, y sin contar que puede haber muchos desarrolladores trabajando esta aplicación.
Bueno, en la última publicación vimos cómo crear una tabla en nuestra base de datos, gracias a las migraciones, en esta publicación vamos aprender a trabajar con registros mediante los modelos.
Continuando con la publicación pasada en donde habíamos aprendido cookies, una de las formas de guardar información del visitante de nuestro sitio para que ésta esté disponible entre página y página. En esta ocasión aprenderemos otra de las formas: sesiones.
Hasta ahora hemos aprendido cómo enviar información de una página a otra por medio de los formularios, y recuperar esos valores mediante las variables $_GET y $_POST. Sin embargo en una aplicación web siempre se necesita mantener información de los visitantes de nuestra página en forma persistente, osea entre página y página, para así tener un control de esta información.
Para continuar con nuestro pequeño proyecto vamos a crear una base de datos, que por el momento contará con una tabla para guardar usuarios. Esta base de datos será, en mi caso MySQL, pero si querés trabajar con otra como postgresql no hay problema, ya que Laravel nos permite desligarnos de la misma.
Antes de retornar nuestra aplicación Laravel, para seguir aprendiendo sobre cómo trabaja este framework voy a detenerme en una cosa que a mi entender es preciso dejar claro para todas aquellas personas que nunca han trabajado con el Modelo Vista Controlador. Si en cambio ya tenés conocimientos de MVC, entonces podés ignorar esta publicación.
En Laravel las urls y las peticiones funcionan diferente a las aplicaciones web tradicionales de PHP, en donde una url por lo general apunta a un archivo, por ejemplo un .php, y de esta manera se procesa la petición con la lógica que lleva consigo ese archivo.
