Categoría: Reflexiones

Una pregunta que se hace mucha gente que está queriendo empezar con PHP es, habiendo tantos frameworks y habiendo escuchado cosas tan buenas de los frameworks, ¿vale la pena aprender PHP «a secas»?

Qué es un framework

Empecemos por la definición para entender de qué estamos hablando: un framework es, ante todo, un conjunto de código que ya está escrito y que resuelve una cantidad de problemas genéricos (problemas que muchas aplicaciones diferentes deben resolver).

En definitiva, un framework es un punto de partida muy bueno para una aplicación de cierta complejidad, podrías pensarlo como un atajo.

Cómo está hecho un framework

Salvo casos muy excepcionales (como Phalcon), los frameworks están escritos usando el mismo lenguaje que los programas «finales». En el caso de aplicaciones PHP, los frameworks son, técnicamente, código PHP.

De modo que, para comprender qué es lo que hace un framework necesitas conocer el lenguaje.

¿Es necesario conocer PHP para usar un framework PHP?

Pregunta difícil de responder  :).

Yo diría que sí. Aunque sea muy por encima, se necesitan algunas nociones de Programación Orientada a Objetos (y específicamente de PHP para comprender la sintaxis).

Digamos que si entendés lo que significa esto:

<?php

use MiFramework\App;

$app = new App();
$app->run();

Sabés lo suficiente como para empezar a aprender a usar un framework.

¿Es conveniente conocer PHP para usar un framework PHP?

Siempre es bueno conocer las bases de las herramientas que uno usa.

Yo, por ejemplo, empecé estudiando C y C++ y, aunque ahora ya no los uso, conocer por dentro cómo funcionan lenguajes de más bajo nivel me permitió tener una comprensión mucho mayor de qué es lo que hago y, de esa forma, aprovechar mejor los recursos a mi alcance.

Particularmente, cuando se trata de PHP, saber hacer las cosas sin framework te permite:

• Avanzar ahí donde el framework elegido puede no ser ideal (o tus conocimientos sobre él no son suficientes)
• Meterte en el código del framework (no necesariamente para hacer mejoras, pero muchas veces identificar errores es más simple si podés hacer esto)
• Conocer nuevos modos de resolver problemas (Mediante una herramienta como xdebug podés seguir el código mientras se ejecuta e ir analizándolo)

Conclusión

Según el nivel en que te encuentres actualmente te recomendaría:

• Si conocés PHP pero no dominás por completo la Programación Orientada a Objetos te conviene adquirir esos conocimientos (Este libro puede ayudarte)
• Si ya estás familiarizado con la Programación Orientada a Objetos en PHP tenés todo lo necesario para sumergirte en un framework (Este curso puede ayudarte) 

Ya escuchaste muchas veces cosas como «¿Cómo que no usás un framework de php?», ¿verdad?

Y seguramente, de tanto escucharlo te dió curiosidad pero… al buscar te encontrás con que hay tantas opciones para elegir que parece que nunca vas a lograrlo.

La pregunta es inevitable: ¿cuál es el mejor framework?

Esto es casi como preguntar ¿a quién querés más? ¿a tu mamá o a tu papá?

Como en muchas otras áreas de la tecnología la gente tiende a fanatizarse en favor de las herramientas que le resultan más familiares, con lo cual, encontrar opiniones objetivas es ciertamente difícil.

No voy a dar muchas vueltas, el framework que a mí más me gusta es Symfony, pero de ninguna forma diría que es «el mejor».

Conozco unos cuantos buenos:

• ZendFramework
• Laravel
• Yii

También hay algunos que se conocen como micro-frameworks:

Si algo no te convence (el código generado, la facilidad o no para hacer las tareas simples, etc…), es un buen momento para pasar al siguiente candidato por el pre-filtro y así sucesivamente hasta que encuentres la horma de tu zapato 🙂

¿Cuál es tu framework favorito?

• Fat-Free framework
• Slim
• Lumen

En definitiva, la elección siempre será tuya.

Cómo elegir un framework PHP

Si bien la última palabra siempre es tuya, te puedo dar algunas ideas que, espero, te ayudarán a tomar la mejor decisión:

1. ¿Cuándo se hizo el último commit? (Asumo que se trata de un framework de código abierto).
   1. Si ves que hace más de 1 año que no hay un commit lo más probable es que este framework esté discontinuado… mala señal
2. ¿Qué tan grande es la comunidad de usuarios/desarrolladores?
   1. Si te cuesta mucho encontrar foros de discusión, blogs y demás indicios de que hay mucha gente usando/trabajando en el framework es otro punto en contra
3. ¿Hay buena documentación?
4. ¿Tiene alguna finalidad específica? Y en tal caso, ¿coincide con tus necesidades?

Si las respuestas a estas preguntas te satisfacen el próximo paso es descargar el framework, intentar armar una app sencilla (tipo «Hola Mundo!») y ver cómo te resulta.

Si algo no te convence (el código generado, la facilidad o no para hacer las tareas simples, etc…), es un buen momento para pasar al siguiente candidato por el pre-filtro y así sucesivamente hasta que encuentres la horma de tu zapato 🙂

O en otras palabras: ¿Framework sí o framework no? Qué dilema…

La respuesta corta es en todos.

Vamos con la respuesta larga:

Qué es un Framework

Existen muchas definiciones diferentes de framework.

En el consenso general, se trata de un conjunto de librerías que sirven como base de una aplicación.

Por qué usar un Framework PHP

Tuve esta discusión bastantes veces con compañeros de trabajo y demás colegas y debo decir que fueron largas horas difícilmente bien invertidas.

Admito sin emabrgo (nobleza obliga) que fue hace mucho tiempo… es raro escuchar hoy a alguien sostener la postura opuesta (La discusión hoy pasa por cuál framework elegir).

La respuesta más elaborada (por si tenés tiempo y querés leer un poco más) es esta:

Salvo que pienses desarrollar un negocio alrededor de un framework de tu propia autoría o tengas mucho tiempo y ganas de aprender mucho PHP, usar un framework estándar es una decisión que no debería tomarte más de 10 segundos.

¿Por qué? Simple: ¡tenés muchísimos problemas más importantes por resolver!

El desarrollo de una aplicación web implica la combinación de una cantidad enorme de elementos (PHP, MySQL, HTML, CSS, JavaScript, etc…) sólo para que «pase algo» y a eso tenés que sumarle lo más importante: la lógica propia de tu aplicación (Para eso te contrataron después de todo ¿no?).

¿Para qué te vas a cargar encima con la responsabilidad de resolver miles de problemas que ya están resueltos?

Por qué NO usar frameworks PHP

Los frameworks agregan un montón de complejidad que mi aplicación no necesita

Es probable que esto haya sido cierto hace tiempo. Ls frameworks modernos son sumamente modulares, lo que te permite usar sólo lo que necesitás (Por ejemplo, usando Composer).

Un framework estándar agrega mucho overhead… mi aplicación necesita ser rápida

Toda aplicación web necesita ser rápida.

Cualquier framework decente tiene excelentes herramientas de caché (seguramente mejores que las que podrías implementar vos mismo).

No confío en el código que no fue producido in-house

El propio intérprete de PHP no fue producido por tu empresa y, seguramente no tenés mucho problema para justificar su uso, ¿cierto?.

Diría acá que, salvo que trabajes para Google o Amazon, seguramente el código de un framework bien establecido va a ser mucho mejor que el producido in-house.

La curva de aprendizaje es muy empinada

Es posible (siempre dependerá de tu elección de framework), pero se transita una sola vez.

Cuando hayas dominado el framework, ese conocimiento te va a acompañar en todos los proyectos que encares (incluso si te vas de la empresa donde trabajás actualmente).

En fin… podría seguir dando razones para usar frameworks, pero me parece que quedó claro el punto.

Sobre la segunda pregunta (¿Qué framework usar?) escribí esto.