El siguiente componente de Symfony2 que se integrará en Drupal 8 será ClassLoader, un componente que carga automáticamente las clases que siguen el estándar PSR-0 de PHP. Y ya se están estudiando más partes de Drupal que se pueden reemplazar con código de Symfony2.

La integración de los componentes de Symfony2 es el resultado de una iniciativa que Drupal comenzó hace casi tres meses. El objetivo es reemplazar código propio por librerías y componentes externos de mucha calidad y que hayan sido probados en multitud de proyectos reales. Las ventajas son una mayor interoperabilidad con otros proyectos PHP y un menor coste de mantenimiento del código.

Después de una evaluación preliminar, los dos frameworks finalistas fueron Symfony2 y Zend Framework 2. Las principales razones por las que se eligió Symfony2 fueron las siguientes:

• El componente HttpFoundation de Symfony2 es más completo y está más desacoplado que su equivalente de Zend Framework.
• Zend obliga a todos los programadores que colaboran con Zend Framework a firmar un acuerdo legal de colaboración llamado Contributor License Agreement. Symfony2 no tiene ninguna traba legal que dificulte la colaboración con el proyecto.
• Cuando Drupal anunció que estaba buscando componentes de otros frameworks, Fabien Potencier (creador de Symfony) y Lukas Smith (core developer de Symfony) se ofrecieron rápidamente a ayudar en todo lo que pudieran. Este ofrecimiento sigue vigente después de la elección de Symfony2.

Fuente: Drupal 8 adopts Symfony2 and PHP-standard autoloading

A diferencia de otros servicios PaaS, CloudShift trata de ser lo más agnóstico posible en lo que respecta a las tecnologías soportadas. Así podrás ejecutar aplicaciones PHP, Java, Python y Ruby junto con el almacenamiento que más te guste, SQL o NoSQL.

Además de los lenguajes de programación, CloudShift también soporta varios frameworks muy populares, entre los que se encuentran Spring, RubyOnRails y Django. En el ámbito de PHP, solamente se han seleccionado dos frameworks: Symfony y Zend Framework.

Por otra parte, Fabien Potencier, el máximo responsable del proyecto Symfony, ha desvelado en una reciente entrevista que Symfony es el primer framework PHP soportado en Microsoft Azure, la plataforma PaaS de Microsoft. Azure es la clave de la estrategia de Microsoft para llevar sus productos a la nube.

La decisión de RedHat CloudShift y de Microsoft Azure demuestra que cuando se trata de aplicaciones de empresa, sólo se tienen en cuenta dos frameworks PHP: Symfony y Zend Framework. Y cuando sólo se puede elegir uno, Symfony tiene las de ganar, ya que también es el framework más popular entre programadores y también el más popular entre el público en general.

El primer cambio importante ha sido el commit 83c6d337e2fa0b309e8a de github, mediante el que los dos espacios en blanco de tabulación se sustituyen por cuatro espacios en blanco. Como era de esperar, muchos programadores han mostrado su disconformidad con el cambio y sugieren volver a los dos espacios en blanco o utilizar tabuladores.

El propio Fabien ha intentado explicar su decisión mediante comentarios en twitter y github:

“Sólo se trata de adoptar un estándar. A mí tampoco me gusta [el nuevo estilo de programación] pero a la hora de la verdad no es un tema tan importante. (fuente)

“Soy el primero al que no le gustan nada ni los cuatro espacios ni las llaves puestas de esa forma. Pero en serio, no es algo tan importante. Creo que es lo mejor para Symfony y por eso lo hacemos” (fuente)

Después de los cuatro espacios, el siguiente paso será corregir la posición de las llaves de apertura de las sentencias de control (algo que ya se ha añadido en el fork de Symfony de Fabien).

Para los más curiosos, el siguiente comando es el que utilizó Fabien para reemplazar los dos espacios por cuatro en todo el código fuente de Symfony:

find src/ -name '*.php' | xargs perl -p -i -e 's#^((?: )+)#$1$1#mg'

Modificar la posición de las llaves de apertura ha sido un poco más complicado, ya que los comandos utilizados han sido los siguientes:

// replacing in all php files
for i in `find . -name *.php`; do sed -i -r -n '1h;1!H;${;g;s/(\n {8,}(if|else|else ?if|foreach|for|while|do|switch|try|catch) ?[^\r\n]*?) *?[^{a-z0-9$]+?\{([^ ]*)/\1 {\3/g;s/(\n {8,})\}[^}a-z0-9$]+(else|else ?if|while|catch)/\1} \2/g;p;}' $i; done

// checking php linter doesn't report errors (it does in some code templates, but if you check with a clean checkout the errors were already there before)
for i in `find . -name *.php`; do php -l $i 1>/dev/null; done

// dump the diff and filter out irrelevant lines so it's easier to scan because it's freakin' big 
git diff | grep '^[+-] ' > changes.diff

Primer día:

• Internacionalización
• Trabajando con el generador de administraciones
• Funcionamiento interno de Symfony
• Utilizando las migraciones de Doctrine y las pruebas creadas con lime
• Doctrine 2, un ORM muy diferente
• Generador de administraciones offline creado con HTML 5 y Gears
• La comunidad Symfony

Segundo día:

• Integrando Symfony en el framework Okapi
• Optimizando el código PHP
• Introducción a Git
• Integrando Symfony con el Zend Framework
• Creando un CMS con Symfony
• Haciendo uso de los eventos de Symfony para crear interfaces simples de clases
• Ejecutando aplicaciones Symfony en la nube
• Depurando aplicaciones Symfony
• Creando una plataforma con Symfony en Yahoo!
• Presentando Symfony 2

Matthew Weier O’Phinney, máximo responsable del Zend Framework, acaba de confirmar en su blog que Symfony 2 hará uso de Zend_Cache y de Zend_Log en vez de reescribir los respectivos componentes de Symfony 1.X.

Además de ser un magnífico ejemplo de colaboración entre dos de los frameworks PHP más importantes, esta decisión permitirá que los creadores de Symfony se centren en intentar crear el mejor framework de PHP y se olviden de desarrollar componentes similares a los ya existentes en otros frameworks.

Antes de comenzar su exposición, Matthew ha declarado que ambos frameworks no son enemigos (“I’m not the enemy”) sino rivales, por lo que se han eliminado todas las reticencias que pudieran existir entre los asistentes.

La transparencia número 9 explica bien cuál es la principal ventaja de utilizar Zend Framework en las aplicaciones Symfony: buscador (Zend_Lucene), generación y modificación de PDF (Zend_Pdf), acceso a servicios web (Zend_Gdata, Zend_Service_Amazon, Zend_Service_Akismet), cloud computing, etc.

Las razones esgrimidas para esta decisión son las siguientes:

1. Le consume demasiado tiempo y ha llegado a ua situación de bloqueo
2. Zend_Entity sólo tiene un desarrollador y por eso no tiene ni la mitad de características de Doctrine 2
3. La fecha prevista de finalización de Zend_Entity era de hasta seis meses, algo que no encaja muy bien con la planificación de las nuevas versiones de Zend Framework

Matthew Weier O’Phinney, máximo responsable de Zend Framework, está de acuerdo con la decisión porque “creemos que ayudar a mejorar un proyecto existente [Doctrine] y trabajar en su integración [con Zend Framework] será mejor para toda la comunidad de PHP”.

Esta decisión supone una excelente noticia para todos:

• Doctrine gana una enorme base de usuarios que ayudarán a mejorar el proyecto.
• Zend Framework gana el acceso al mejor ORM de PHP.
• Los usuarios ganan porque Doctrine será todavía mejor.
• Symfony gana porque de forma indirecta controla el proyecto Doctrine y de esta forma se asegura que su integración siempre va a ser mejor que la de Zend Framework.

Felicidades a Jonathan Wage y el resto de programadores de Doctrine por el enorme esfuerzo que dedican a Doctrine y por este gran éxito. Felicidades también a Fabien Potencier, creador y máximo responsable de Symfony, por ver antes que nadie el brillante futuro de Doctrine y por asegurarse el control indirecto del proyecto contratando a su principal desarrollador. No en vano Fabien aseguró recientemente que “Doctrine 2.0 is gorgeous. Doctrine 2.0 is one of best things that’s happened to PHP in a long time.”

Utilizando Symfony y Zend Framework de forma conjunta

Fabien explica las posibilidades de utilizar algunos componentes de Zend Framework dentro de un proyecto Symfony. Durante la presentación no escatima elogios para Zend (lógico por estar en la casa del enemigo) y asegura que los componentes de Symfony nunca harán nada que ya hagan los componentes de Zend Framework (Fabien odia reinventar la rueda). Además, Matthew Weier O’Phinney, máximo responsable de Zend Framework, será el invitado especial de la conferencia Symfony Live 2010 donde se presentará Symfony 2.0.

Por cierto, en la transparencia número 31 aparece un esquema de Symfony que publicamos hace mucho tiempo y a partir de la transparencia 59 se desvela el último componente de Symfony que faltaba por aparecer.

Twig, el lenguaje rápido, flexible y seguro para crear plantillas PHP

Twig es el nuevo proyecto en el que se ha embarcado Fabien. Se trata de un lenguaje de plantillas similar a Smarty, pero con algunas características muy interesantes. Se podrá utilizar con Symfony 1.x en forma de plugin y seguramente estará integrado en Symfony 2.x. Si eres de los que odias los lenguajes de plantillas, no te preocupes porque Symfony nunca te obligará a utilizar Twig, por lo que podrás seguir utilizando solamente código PHP en tus plantillas.

Symfony 2

Tras la conferencia, Fabien acudió a una reunión de usuarios de Symfony en San Francisco. Su presentación se centra en Symfony 2 y sobre todo en las características que lo hacen mucho más rápido y mucho mejor que Symfony 1.x.

El resultado de la gira americana de Symfony ha sido muy positivo, aunque algunos asistentes han expresado en Twitter su preocupación por el uso de PHP 5.3 en Symfony 2:

• lucasts: symfony 2 will support php 5.3 but will not use new features from it
• pwarnock: It’s a shame @fabpot feels that way about 5.3. I was an early adopter of Symfony because it was PHP5 only.
• rbl00: as a symfony user, I am disappointed that symfony 2 will not use 5.3 features.
• arneblankerts: Is it just me or did symfony disqualify itself from being a 5.3 based option?

Al parecer Symfony 2 será compatible con PHP 5.3 pero no utilizará ninguna de sus nuevas características. Pese a la frustración de algunos usuarios, estamos convencidos de que debe haber una buena explicación detrás de esta decisión.

Actualización 27 de octubre: finalmente Fabien ha cambiado de opinión y Symfony 2.0 sí que aprovechará todas las características de PHP 5.3. Puedes leer las razones de este cambio en Why will Symfony 2.0 finally use PHP 5.3?

Zend Lucene es la versión para PHP del conocido motor de búsqueda Lucene de Java. Además, el uso de Zend Lucene es otro ejemplo de la perfecta integración de Symfony con otros frameworks y librerías.

Leer la lección del día 17: El buscador

• sfAuthorizeNetCIMPlugin: permite el acceso, creación, modificación y borrado de perfiles en la pasarela de pago Authorize.NET
• jsThumbnailPlugin: crea imágenes en miniatura de forma dinámica mediante la librería GD. Para mejorar el rendimiento las miniaturas se guardan en la cache hasta que se cambia la imagen original.
• sfSimpleCMS2Plugin: evolución del plugin SimpleCMSPlugin con un montón de mejoras  (panel de control de administración, personalización del layout, integración con el framework YAML de CSS, mejorado el rendimiento, etc.)
• sfWikifyPlugin: plugin sencillo que se puede emplear para documentar la parte del modelo de datos. Lee el archivo schema.yml y genera un archivo con su descripción. El archivo utiliza la sintaxis del popular sistema Dokuwiki.
• sfVisualRoutesPlugin: muestra las rutas de la aplicación en la consola de comandos mediante la tarea project:routes
• sfZendOpenIdPlugin: permite integrar la implementación del protocolo OpenID del framework Zend con el plugin sfGuardPlugin. De momento sólo se puede utilizar para autenticar usuarios, pero se le añadirán más funcionalidades.
• sfUPSShippingPlugin: permite estimar los costes de un envío postal mediante la API de la empresa UPS.
• sfSimplePagePlugin: simplifica la gestión de las páginas estáticas del proyecto.