Drupal8 & Symfony2

1,093 views

Published on

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.

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,093
On SlideShare
0
From Embeds
0
Number of Embeds
6
Actions
Shares
0
Downloads
15
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Drupal8 & Symfony2

  1. 1. Sobre el grupoDrupalCS@DrupalCS
  2. 2. Sobre mí● Magd Kudama● Programador web● @MagdKudama● http://magdkudama.com
  3. 3. 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
  4. 4. ¿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 :)
  5. 5. Características Symfony2● Requiere PHP 5.3● Full-stack web framework● (Infinitamente) Flexible● Extensible● Tiene lo mejor de cada casa
  6. 6. La boda: Drupal8 & Symfony2● Symfony basa su funcionamiento en componentes altamente desacoplados y genéricos● Drupal integrará algunos componentes Symfony2
  7. 7. Componentes Symfony2● HttpKernel● HttpFoundation● CssSelector● ClassLoader● Routing● EventDispatcher● Yaml● Validator● Security● Locale● ... Y un laaaaaaaargo etcétera ...
  8. 8. 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...
  9. 9. Symfony Components
  10. 10. HttpFoundation
  11. 11. 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
  12. 12. 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
  13. 13. 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
  14. 14. 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
  15. 15. 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...
  16. 16. HttpFoundation (6) - Response Sencillo, ¿verdad? ¡Como tiene que ser!
  17. 17. HttpKernel
  18. 18. 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...
  19. 19. ClassLoader
  20. 20. 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
  21. 21. ClassLoader (2) Cargamos el componente Mejoremos la eficiencia: APC
  22. 22. EventDispatcher
  23. 23. 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
  24. 24. EventDispatcher (2) Recibe tres argumentos: acción a la que escuchar, acción a ejecutar, y prioridad
  25. 25. EventDispatcher (3) Es posible centralizar los eventos en una clase (mejor organización)
  26. 26. Routing
  27. 27. 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
  28. 28. 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
  29. 29. 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)
  30. 30. DependencyInjection
  31. 31. 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
  32. 32. DependencyInjection (2) Como servicio: ¡Poco flexible!
  33. 33. DependencyInjection (3) Y el método de transporte se define en el servicio: Mmmm... ¿Siempre será sendmail?
  34. 34. DependencyInjection (4)
  35. 35. DependencyInjection (5) Y aun es más configurable...
  36. 36. Conclusiones
  37. 37. Conclusión 1¡ Symfony2 es un granframework, y suscomponentes sonrealmente buenos !
  38. 38. Conclusión 2Con la unión, ambascomunidades gananenteros
  39. 39. Conclusión 3¿Os interesa Drupal?......tenéis que incentivar eldesarrollo del frameworkSymfony
  40. 40. ¡ Muchas gracias !

×