Blade es un sistema de plantillas para PHP que viene integrado por defecto en el framework Laravel con el cual podemos entre otras cosas, crear plantillas, extenderlas, integrar o imprimir variables PHP sin perder el buen estilo del código de nuestra aplicación gracias al uso de etiquetas que nos provee.
Los services providers permiten registrar servicios, middleware, event routes, etc. bajo una estructura de «Programacion Orientada a Objetos» de tal manera que pueden ser usados para configurar nuestras aplicaciones. Por ejemplo Laravel trae consigo por defecto algunos service providers que podemos utilizar, editar y reusar, pero en la lección de hoy aprenderemos como crear un nuevo service provider, no solo para Laravel sino para cualquier proyecto de PHP.
Los service provider nos permiten entre otras cosas reutilizar parte del código ya creado para que se pueda extender la funcionalidad de cualquier componente dentro del proyecto; lo cuál nos hace tener un código más flexible así como más fácil de escalar y mantener al mediano y largo plazo.
Regístrate para ver ésta y cientos de lecciones exclusivas.
En esta lección vamos a aprender a agregar protección de acceso a nuestra API con el uso de un access key, de esta forma los «clientes» de la API deberán suministrar su clave de acceso para poder hacer uso de ella.
Hasta ahora podemos realizar una petición desde cualquier cliente sin necesidad de suministrar ningún tipo de identificación; esto podemos solucionarlo de muchas maneras, en este caso vamos a utilizar lo básico, que es crear una api key dentro del código de nuestra API que el usuario debe enviar con cada petición, luego el sistema la compara y si no coincide la petición se rechaza y se devuelve un mensaje de error al cliente.
Esta es una nueva lección de la segunda parte de nuestro curso Crea componentes para PHP y Laravel , en esta clase aprenderás a crear una clase genérica que pueda ser implementada para crear un Facade en nuestro proyecto, pero ¿ Por qué hacer uso de una clase genérica ? Bien, nuestro proyecto es relativamente sencillo, simplemente necesitamos crear un método para una clase y haremos uso de un Facade, pero cuando tenemos un sistema un poco más complejo debemos crear una solución más genérica que permita crear e implementar todos los Facades que necesitemos de una forma más optima.
Vamos a crear esta clase genérica para implementar un nuevo Facade para nuestro Access Handler, pero va a ser lo suficientemente versátil para poder ser usada posteriormente en caso de ser necesario, no sólo para el Access Handler sino para cualquier otra clase del proyecto.
Regístrate para ver ésta y cientos de lecciones exclusivas.
En esta lección de la segunda parte del curso Crear componentes para PHP y Laravel vamos a empezar a desmitificar la magia detrás de los Facades de Laravel e implementar esa forma de trabajar en nuestro mini proyecto.
Regístrate para ver ésta y cientos de lecciones exclusivas.
Hasta el momento hemos probado el funcionamiento de nuestra API utilizando el componente de pruebas de Laravel y nuestro navegador para obtener los datos de un usuario como lo hicimos en la lección sobre Route Model Binding, en este último caso, todo funcionaba bien, pero cuando deseamos enviar una petición de tipo POST , no podemos realizarlo directamente desde la url de nuestro navegador; para ello podemos hacer uso de Postman que es un plugin de Chrome que nos permite simular peticiones web de tipo JSON a través de un formulario en nuestro navegador.
Como hemos visto en lecciones anteriores Laravel nos provee una base bien estructurada para el desarrollo de APIs y gracias al uso del componente de rutas podemos definir recursos con los cuales podemos interactuar fácilmente desde cualquier otra aplicación.
En la clase 8 de este curso, creamos un contenedor de inyección de dependencias atado a la lógica de nuestro mini proyecto. A partir de la clase 9, comenzamos a crear un contenedor de inyección de dependencias genérico, y en esta clase vamos a implementarlo en nuestro mini proyecto.
Regístrate para ver ésta y cientos de lecciones exclusivas.
En la lección anterior aprendimos sobre la estructura básica de una API REST con Laravel 5.1 mediante la creación de recursos, en esta ocasión vamos a agregar la lógica correspondiente al recurso de usuarios que nos permita crear, almacenar, modificar y eliminar un registro.
Para verificar que todo se ejecute correctamente haremos uso del componente de pruebas de Laravel, en este caso no explicaremos en detalle cómo se utiliza dicho componente pero si estas interesado en aprender un poco más de él puedes ingresar al curso Curso introductorio de Laravel 5.1 dónde encontraras una sección completa dedicada a este tema.
En la lección anterior sobre Singleton, aprendimos que en realidad es un anti patrón que limita y hasta daña el diseño del código de nuestras clases o incluso de toda la aplicación como tal.
Pero es cierto que muchas veces solamente necesitamos una instancia, de las clases con las que estamos trabajando. Especialmente si estás creando o utilizando clases como las que incluye el framework Laravel como por ejemplo: Session Managers, Authenticators, Database, etc.
En este escenario no creamos o implementamos singleton directamente en cada clase, dado que no es correcto como ya aprendimos, sino que por el contrario nos apoyamos una vez más en el contenedor de inyección de dependencias, como aprenderemos en la clase de hoy:
Regístrate para ver ésta y cientos de lecciones exclusivas.