Las primeras impresiones de Drupal 8

June 18, 2021

Share

Table of contents

Quick Access

Si tuviese que utilizar una palabra para describir [Drupal 8](https://www.drupal.org/8) en comparacion a otras versiones de Drupal, seria: ORDEN. Este orden puede hacer que cambiemos nuestra manera de pensar acerca de Drupal. Asi lo considero inicialmente. ![enter image description here](https://cms.rootstack.com/sites/default/files/blog/img/drupal-8-logo-inline-cmyk-72.png) **Classes** Al utilizar Classes se implican muchos cambios. La más obvia es que uno no puede simplemente entrar y modificar datos directamente. Configuración y datos que busquen se llevará a cabo a través de métodos de clase. No se puede simplemente agarrar una matriz y comenzar la programación y lectura de llaves. Render matrices son la excepción obvia, pero su uso y administración de dominio se ha definido mejor, lo cual es agradable. Una ventaja obvia de usar clases, es que D8 puede analizarse por unidad de manera mas simple. Las versiones anteriores podrían ser probadas, pero se sentía como que iba contracorriente a Drupal y se sentía un poco forzado, en mi opinión. **Services** Service containers son muy buenos. Ahora podemos llegar a los datos que necesitamos de una manera más fácil. No tenemos que hacer lo imposible para obtener algunos datos necesarios a partir de Drupal. Acabamos de recibir el servicio que proporciona los datos que necesitamos y nos vamos a la ciudad. Por otro lado, la búsqueda y sabiendo que proporciona los datos que necesitamos es un poco tedioso, pero me imagino que este problema va a desaparecer poco a poco a medida que no acostumbramos a estos servicios. Services también ayudan en la prueba de la unidad como podemos reemplazar los servicios con versiones simuladas que podemos controlar. Esto ayuda a las clases de prueba que podemos diseñar y poner en práctica las pruebas con los datos conocidos y los resultados esperados. **Twig** Me encanta Twig. Uno de mis dolores de cabeza con PHP como lenguaje de plantillas es que es una monstruosidad. He visto las plantillas de D7 con mucha lógica PHP al horno en el derecho, que es ... no es bueno. Twig limita la lógica explícita que se puede usar y es algo bueno. Sólo alimenta datos a las plantillas Twig y que es también una buena cosa. Sin duda, puede definir filtros Twig sino que se realiza fuera del archivo de plantilla, que es, de nuevo, una buena cosa que la separación de las capas hace que todo sea más claro para los diseñadores y desarrolladores. Para ser honesto, este cambio de utilizar Twig como un lenguaje de plantillas es una de las mejores cosas de D8. ![enter image description here](https://cms.rootstack.com/sites/default/files/blog/img/drupal-8-theme-system-the-backend-of-frontend-13-638.png) **Conclusion** [Drupal 8](https://www.drupal.org/8) necesitará un poco de ajuste mental, pero, en su conjunto, creo que es un gran paso adelante. El orden y la jerarquía nos ayudan a entender fácilmente el código de otras personas, incluso nuestro propio código pasado, ya que hay un menor número de maneras de hacer las cosas. El orden y la jerarquía nos ayudan a entender fácilmente el código de otras personas, incluso nuestro propio código pasado, ya que hay un menor número de maneras de hacer las cosas. Esta es una gran ventaja, en mi opinión, ya que acelera el mantenimiento de nuestra base de código. La decisión de arquitectura al utilizar el framework de [Symfony](https://symfony.com/) como la base subyacente es también el clavo ya que hará que los desarrolladores de dicho framework, se les haga más fácil comenzar a desarrollar soluciones de Drupal y una mejor adopción significa buena cosas para nuestra comunidad.