Porqué me cambié de CodeIgniter a Laravel como framework PHP

Hace años que no escribo. Mi última entrada fue el 6 de diciembre de 2009, y para ser sinceros había dejado este blog totalmente olvidado. Y aquí estoy, escribiendo de nuevo con todas las ganas y esperando compartir todos mis conocimientos y al mismo tiempo aprender de otros – no soy un experto, pero si me gusta ser detallista -.

Bien, actualmente estoy desarrollando un proyecto en PHP, es para mi proyecto de título en la universidad y no  les voy a contar de que trata. Lo que sí les voy a contar es que estoy utilizando como framework Laravel en su versión 4. Aún es una versión beta – beta 5-, pero ya es bastante estable y el RC debería estar saliendo las próximas semanas.

Este proyecto lo partí hace 1 año y medio más o menos, y partí desarrollándolo con CodeIgniter, otro framework PHP. Realicé sólo un avance de un 5% y luego por temas laborales lo dejé en stand-by. Hace unos meses me independicé y retomé nuevamente todo esto, sin antes haberme sumergido en un mar de nuevos conocimientos y tecnologías que no conocía debido al año laboral en un puesto que no tenía mucha relación con lo que me apasiona: web development.

Luego de haber quedado saciado de tanta información que tuve que digerir – es increíble como todo avanza de rápido – intenté volver a retomar mi proyecto con CodeIgniter, pero me percaté que lamentablemente el framework estaba un poco estancado, y no sólo fue mi impresión si no de la mayoría de la comunidad. Al ingresar al foro muchos estaban migrando a Laravel, por lo que decidí seguir la corriente – luego de investigar -. No les voy a mentir, no me fue para nada cómodo acostumbrarme a este framework y muchas veces pensé en quedarme en CodeIgniter, en especial porque ya conocía su funcionamiento y era relativamente simple – para el que nunca ha trabajado con un framework en PHP, CodeIgniter es el indicado  – y fue mi caso -.

Laravel es increíblemente flexible. De por si, el framework está compuesto de muchos componentes bajo el nombre de «Iluminate». Cada componente es un repositorio distinto y cada vez que algo entra en aprobación debe pasar ciertos unit-testing a través de Travis-CI – integración continua – antes de ser parte del proyecto. Al estar todo sub-dividido en varias «piezas», Laravel implementa el patrón de diseño  IoC: Inversion of Control, el cual permite eliminar la dependencia – acoplamiento – y es el framework el quien se encarga de llamar dinámicemente a cada componente sólo si lo necesita – inyección de dependencias -. Éste aplica el principio de diseño llamado Principio de Hollywood: no nos llames, nosotros te llamamos.

Antes de partir con Laravel tuve que ver alrededor de 10 video tutoriales y leer varias entradas de blog’s para entender realmente como se hacen las cosas en él. Al inicio era un poco frustrante tener que declarar todas las rutas de tu aplicación, a diferencia de CodeIgniter que tus rutas van relacionadas con las de los métodos de tus controladores. En Laravel tu debes definir las rutas y aunque suene tedioso, es la manera como realmente debe funcionar una aplicación. Laravel a diferencia de CodeIgniter te da una pauta a seguir. No puedes hacer las cosas escribiendo código en cualquier lado, todo tiene su flujo y su lógica. ACTUALIZACIÓN (18/03/2014): en lo anterior estoy equivocado, en Laravel puedes implementar la misma lógica de ruta que utiliza CodeIgniter si lo deseas, osea mapear los métodos de tus controladores directamente como rutas.

Porqué usar Laravel

1. Incluye un ORM: a diferencia de CodeIgniter, Laravel incluye un ORM integrado. Por lo cual no debes instalar absolutamente nada. Ahora bien, yo no soy muy amigo de los ORM’s, están de moda y todo pero siento que están sobre-explotados. Hay que saber cuando utilizarlos, muchas veces dejan mucho que desear a nivel de rendimiento.
2. Bundles: existen varios paquetes que extienden a Laravel y te dan funcionalidades increíbles.
3. Es elegante y aprendes a programar con estilos. No más porquerías de códigos que no se entienden, aprenderás a programar ‘con clase’ y ordenar tu código de manera de que sea lo más re-utilizable posible.
4. Puedes manejar tu base de datos desde la misma aplicación (vía código) y tener un control de versiones de lo que haces con ella. Esto se llama migrations. Es excelente herramienta, porque puedes manejar todo desde tu IDE, inclusive montar datos en tus tablas, todo desde la misma ventana y vía consola.
5. Aprovecha de las ventajas de PHP 5.3. A diferencia de CodeIgniter que da soporte a versiones más antiguas haciendo que sea feo programar en él.
6. Las rutas te permiten tener control de las peticiones. Una misma ruta puede responder de distinto modo a un método GET o POST. A diferencia de CodeIgniter, en Laravel no hay riesgo de que ‘descubran’ una ruta (URL) mientras no la hayas definido.
7. Cuenta con su propio motor de plantillas HTML.
8. El framework es actualizable utilizando composer update y listo, nada de descargar un ZIP y estar remplazando.
9. La comunidad está viva. Todas mis dudas me las responden en menos de 5 minutos en el chat IRC, son todos muy amables.

Cosas que asustan de Laravel (a primera instancia)

1. Debes acostumbrarte a utilizar la consola para realizar ciertas funciones. Conocerás Composer, el administrador de dependencias de PHP y Artisan el CLI de Laravel.
2. La curva inicial de aprendizaje puede ser compleja si no has utilizado un framework o no manejas bien el lenguaje.
3. La documentación no es tan completa como la de CodeIgniter, no hay tantos ejemplos y muchas cosas quedan en el aire.

Laravel simplemente me está haciendo un mejor desarrollador. Con él harás un desarrollo moderno y acorde a estándares. Para los que aún siguen programando en PHP de manera nativa, haciendo includes en todas partes, mezclando HTML con PHP a diestra y siniestra, realizando consultas a la DB en cualquier lugar… háganse un bien y prueben Laravel, o por lo menos partan con CodeIgniter.

Para partir con Laravel en su versión 4, visiten: http://four.laravel.com o sigan el tutorial paso a paso que he creado.