Comment Symfony a transformé Drupal

Symfony étant basé sur la POO et les standards PHP modernes (PSR, namespace, autoloading..), Drupal a abandonné son vieux modèle procédural pour des classes plus claires et organisées. Cela permet d’être beaucoup plus flexible, testable et plus maintenable. Le cœur de Drupal est devenu plus modulaire et interopérable.

Le système de routage est beaucoup plus puissant et lisible. Il permet de lier une URL à un contrôleur tout en gérant les permissions, le format de réponse.

Exemple de route :

my_module.index:

 path: '/my-path'

 defaults:

   _controller: '\Drupal\my_module\Controller\MyController::index'

 requirements:

   _permission: 'access content' 
 

Symfony fonctionne avec des containers de services. Les classes dépendent les unes des autres grâce à l’injection de dépendances.

On peut alors injecter des services dans les contrôleurs, formulaires, plugins etc. Cela rend le code beaucoup plus modulaire, testable.

Les fonctionnalités n’ont donc plus rien à faire dans le fichier .module ancestral de Drupal et peuvent être organisées dans des services. On peut très bien utiliser n’importe quel Design Pattern selon le besoin. 

L’injection de dépendances rend le code plus maintenable, modulaire et extensible. Le code est plus lisible pour les développeurs, les dépendances sont visibles dès le constructeur. On n’a plus besoin de se préoccuper de la durée de vie des objets, c’est le conteneur Symfony qui gère ça comme un grand. 

Exemple d’instanciation d’un service dans un fichier: my_module.services.yml

services:  

my_module.my_service:

   class: Drupal\my_module\Service\MyService

arguments: [‘@logger.factory']

Example d’implémentation du service dans une classe:

public function __construct( 

public readonly MyService $myService

) {}

Grâce à Symfony, Drupal a repensé son système de gestions des entités en utilisant certains composants de Doctrine. Drupal n’utilise pas l’ORM car ses entités sont dynamiques et ne sont pas mappés de manière rigide à des classes/tables et certaines entités ne sont pas en base de données mais plutôt des configurations YAML. Cependant, il a son propre mini-ORM en utilisant EntityAPI. Drupal propose donc une version inspirée des idées modernes de Doctrine mais à sa sauce :

$node = $this->entityTypeManager

->getStorage(‘node’)->load(42); 

$title = $node->getTitle();

Ou requête via l’EntityQuery :

$nids = $this->entityTypeManager

->getQuery 

->condition('status', 1) 

->execute();