La próxima versión de Drupal delegará parte de su funcionamiento en los componentes de Symfony2.
Para conocer realmente cómo se está proyectando esta evolución, es importante conocer qué es Symfony2, cuáles son sus componentes y unas pinceladas relativas a su funcionamiento.
Para ello, se explican brevemente los componentes que ya están siendo incorporados al core de Drupal8.
3. Sobre mí
●
Magd Kudama
●
Programador web
●
@MagdKudama
●
http://magdkudama.com
4. Pongámonos en situación
●
El uso Drupal ha crecido exponencialmente en los
últimos años
●
La comunidad crece, los requerimientos crecen y por
tanto el CMS crece
● Muchos desarrolladores en el proyecto, inmensidad de
módulos
● Pero no hay suficientes desarrolladores del core Drupal
● Es necesario estandarizar el CMS a su nivel más bajo
●
Se delegará el funcionamiento de algunas partes de
Drupal a componentes Symfony
5. ¿Symfony?
Framework: Conjunto estandarizado de conceptos,
prácticas y criterios para enfocar un tipo de
problemática particular, que sirve como referencia
para enfrentar y resolver nuevos problemas de índole
similar.
Son diseñados con la intención de facilitar el
desarrollo de software, permitiendo a los
diseñadores y programadores pasar más tiempo
identificando requerimientos de software.
Todos sabemos leer :)
6. Características Symfony2
●
Requiere PHP 5.3
●
Full-stack web framework
●
(Infinitamente) Flexible
●
Extensible
●
Tiene lo mejor de cada casa
7. La boda: Drupal8 & Symfony2
●
Symfony basa su funcionamiento en componentes
altamente desacoplados y genéricos
●
Drupal integrará algunos componentes Symfony2
9. Componentes que integrará Drupal8
Es un tema tratado en la actualidad, pero hay
componentes confirmados:
– HttpFoundation
– HttpKernel
– ClassLoader
– EventDispatcher
– Routing
– DependencyInjection
Pero habrán más, seguro...
12. HttpFoundation (1)
●
Define una capa orientada a objetos para la
especificación HTTP
●
En PHP, una request viene representada por una
serie de variables globales
●
Y una respuesta está definida por funciones
●
HTTPFoundation aglutina el funcionamiento de los
objetos Request y Response en una capa OOP
13. HttpFoundation (2)
●
Algo tenemos claro: HTTP es simple
●
De alguna forma tenemos que lograr que la
simplicidad de una petición HTTP se vea plasmada en
la práctica
●
HTTP Foundation permite centrarse en el viaje desde
request hasta response
●
Abstraerse de los extremos, centrándose en la lógica
de la aplicación
14. HttpFoundation (3) - Request
●
Las variables globales PHP se sustituyen por
propiedades de HTTPFoundation
●
Hay propiedades para obtener, updatear y filtrar los
datos de la request
●
También para acceso a datos de sesión de usuario
15. HttpFoundation (4) - Request
Creamos la request a partir de las variables globales de
la petición PHP
O creamos una request y hacemos el override
de las variables globales
16. HttpFoundation (5) - Response
●
Tenemos la request... Hemos manipulado los datos, y
nos encontramos en la parte final del ciclo de vida de
la petición: la respuesta
●
El objeto Response se encarga de enviar los datos al
cliente, a partir de la información de la Request.
●
Es posible indicar cabeceras, manejo de cookies,
control de caché, datos de sesión, redirecciones...
19. HttpKernel (1)
●
Es el punto de partida perfecto para crear un
framework
●
Se sitúa en lo alto de HTTP Foundation
●
Se encarga de la parte dinámica de HTTP
●
Estandarizar el manejo de peticiones
●
HTTPCache, Asserts, excepciones...
21. ClassLoader (1)
●
Cargador de clases universal
●
Permite la carga automática de clases siempre y
cuando sigan una serie de normas (estándar PSR-0,
seguir la convención de nombres propuesta por
PEAR)
●
Si las clases de tu proyecto cumplen los requisitos, no
necesitarás NADA más
●
Sólo se cargan las clases que se usan, y los ficheros
son mucho más limpios
24. EventDispatcher (1)
●
Implementación del patrón de diseño Observer
●
Define dependencias entre objetos
●
Cuando uno de los objetos cambia su estado, el
observador se encarga de "avisar" al resto de objetos
dependientes
●
El funcionamiento es simple: uno o varios observadores
se suscriben a un sujeto, quien se encarga de
notificarles cuándo un evento ha tenido lugar
●
Una de las mejores maneras de desacoplar el código y
hacerlo más flexible
28. Routing (1)
●
Mapping de peticiones HTTP
●
Se asocia un nombre único a un controlador
●
Ruta: Definición de la regla que permite al sistema
mapear una request a un controlador
29. Routing (2)
El funcionamiento en Symfony es sencillo:
●
Se crea una colección de rutas (RouteCollection)
●
El Matcher se encarga de extraer los metadatos de
la request, para así asignarla a un controlador
●
Problema: Las rutas se crean en tiempo de
ejecución. Drupal requiere cientos de rutas, por lo
que la solución que propone el componente no
escala lo suficiente
30. Routing (3)
Se sustituye el sistema de Routing que viene por
defecto en Symfony por Chain Routing:
●
No rutea nada por sí solo
●
Las rutas se definen en la BD, y se agrupan por
prioridad
●
Se registran la lista de routers, y se tratan por
orden para hacer el matching y generar las rutas
necesarias
●
Para encontrar la ruta, se utiliza un algoritmo best-
fit (el que más se ajuste)
32. DependencyInjection (1)
● Patrón de diseño orientado a objetos, en el que se
suministran objetos a una clase en lugar de ser la propia
clase quien cree el objeto
● Es una implementación de IoC. El principal cometido del
contenedor es el de gestionar el ciclo de vida de los objetos
● Existe un contenedor (DIC) encargado de crear los servicios
y las dependencias entre ellos
● Mejoran las pruebas unitarias, y consiguen una arquitectura
mucho más clara y flexible
● Estandariza y centraliza la forma en la que los objetos son
construidos