Planète

Par Artusamak
Julien Dubois

Drupal 8 : Plugins et types de plugins

Drupal 8 : Plugins et types de plugins
ven, 08/04/2016 - 09:24
Artusamak

Cet article est extrait de notre formation drupal 8 "de Drupal 7 à Drupal 8" à destination des développeurs. N'hésitez pas à nous contacter pour en savoir plus !

Le principe de plugins dans Drupal est de permettre au système de fournir une fonctionnalité extensible et remplaçable de manière simple.

D’une certaine manière les plugins remplacent bon nombre de hooks de Drupal 7 (les hook_*_info() et associés).

Deux concepts clés sont liés aux Plugins :

  • Les Plugins
  • Les types de Plugins (Plugins Type)

Si plusieurs plugins remplissent la même fonctionnalité, ils sont du même type (Plugin Type).

Les blocs sont par exemple des Plugins, chaque bloc en est un. Ils sont du Plugin Type Block.

Un autre exemple de Plugin Type est les ImageEffects, ils définissent les actions applicables sur une image. Chaque action ou effet est un Plugin.

Les Plugins sont utiles quand il est nécessaire de pouvoir facilement étendre une fonctionnalité générique mais que les implémentations possibles ne partagent que peu de code commun.
Pour les effets d'image utilisés par les styles d'image, chaque effet rempli le même but « Transformer une image » mais chaque implémentation peut être complètement différente (altérer les couleurs, redimensionner l’image).

Par Artusamak
Julien Dubois

Drupal 8 : Plugins et types de plugins

Drupal 8 : Plugins et types de plugins
Artusamak
ven 08/04/2016 - 09:24

Cet article est extrait de notre formation drupal 8 "de Drupal 7 à Drupal 8" à destination des développeurs. N'hésitez pas à nous contacter pour en savoir plus !

Le principe de plugins dans Drupal est de permettre au système de fournir une fonctionnalité extensible et remplaçable de manière simple.

D’une certaine manière les plugins remplacent bon nombre de hooks de Drupal 7 (les hook_*_info() et associés).

Deux concepts clés sont liés aux Plugins :

  • Les Plugins
  • Les types de Plugins (Plugins Type)

Si plusieurs plugins remplissent la même fonctionnalité, ils sont du même type (Plugin Type).

Les blocs sont par exemple des Plugins, chaque bloc en est un. Ils sont du Plugin Type Block.

Un autre exemple de Plugin Type est les ImageEffects, ils définissent les actions applicables sur une image. Chaque action ou effet est un Plugin.

Les Plugins sont utiles quand il est nécessaire de pouvoir facilement étendre une fonctionnalité générique mais que les implémentations possibles ne partagent que peu de code commun.
Pour les effets d'image utilisés par les styles d'image, chaque effet rempli le même but « Transformer une image » mais chaque implémentation peut être complètement différente (altérer les couleurs, redimensionner l’image).

Par Artusamak
Julien Dubois

Drupal 8 : Plugins et types de plugins

Drupal 8 : Plugins et types de plugins
Artusamak
ven 08/04/2016 - 09:24

Cet article est extrait de notre formation drupal 8 "de Drupal 7 à Drupal 8" à destination des développeurs. N'hésitez pas à nous contacter pour en savoir plus !

Le principe de plugins dans Drupal est de permettre au système de fournir une fonctionnalité extensible et remplaçable de manière simple.

D’une certaine manière les plugins remplacent bon nombre de hooks de Drupal 7 (les hook_*_info() et associés).

Deux concepts clés sont liés aux Plugins :

  • Les Plugins
  • Les types de Plugins (Plugins Type)

Si plusieurs plugins remplissent la même fonctionnalité, ils sont du même type (Plugin Type).

Les blocs sont par exemple des Plugins, chaque bloc en est un. Ils sont du Plugin Type Block.

Un autre exemple de Plugin Type est les ImageEffects, ils définissent les actions applicables sur une image. Chaque action ou effet est un Plugin.

Les Plugins sont utiles quand il est nécessaire de pouvoir facilement étendre une fonctionnalité générique mais que les implémentations possibles ne partagent que peu de code commun.
Pour les effets d'image utilisés par les styles d'image, chaque effet rempli le même but « Transformer une image » mais chaque implémentation peut être complètement différente (altérer les couleurs, redimensionner l’image).

Par vincent59
Vincent Liefooghe

Cartographie Drupal : Views + Geofield Map

Dans les articles précédents (stockage des données notamment) , nous avons vu comment ajouter un champ de type Geofield et l'afficher sous forme de carte.

Nous allons voir ici comment afficher plusieurs points sur une seule carte. Pour cela, nous devons juste installer Views, et activer les modules Views, Views UI et Geofield Map.

drush dl views
drush en views views_ui geofield_map

Création de la vue

Il faut ensuite créer une vue. Pour cela, on va dans Structure /  Vues, puis on va ajouter une vue (admin/structure/views/add). Nous allons nous baser sur le type de contenu créé auparavant,  qui contient un champ Geofield. On donne un nom à la vue, puis on sélectionne le type de contenu (Magasin). On peut créer un block, sur la base d'une liste de champs (Unformatted list of fields).

Si on veut on peut également créer une page, tout dépend de ce que l'on veut faire.

On clique ensuite sur Continue & Edit pour continuer la création de la vue.

Choix des champs

Par défaut, seul le titre est affiché :

Il faut alors cliquer sur "Add", puis choisir le champ Coordonnées qui est de type Geofield.

 

On supprime l'affichage du libellé, et on laisse les valeurs par défaut (y compris le formatter en Well Known Text). En effet c'est dans le type de formatage global que l'on choisira Google Map.

On valide tout cela. Dans les chjamps, on doit donc avoir Title et Coordonnées.

Choix du format d'affichage

A ce stade, on a uniquement le titre et les coordonnées. Rien de très sympathique. Il faut alors changer le format de la vue :

A ce niveau, on peut choisir "Geofield Map" :

On valide en cliquant sur "Apply". On peut alors choisir quel champ sert de source. On va choisir le champ field_coordonnees que l'on vient d'ajouter à notre vue :

On peut laisser les valeurs par défaut dans un premier temps. Si on se rend à l'url de la vue, on a un premier résultat :

Si on clique sur l'un des marqueurs, le titre apparaît.

Amélioration de l'affichage

En modifiant la vue on peut facilement :

  • Ajouter des informations dans la Pop-Up
  • Permettre le scroll dans la carte (ScrollWheel)
  • Mettre un niveau de zoom par défaut (Zoom / Zoom minimum et maximum)

Dans l'exemple, la hauteur de la carte a été modifiée à 450 pixels, et on a mis la description plutôt que le titre dans la pop-up.

C'est globalement la limite du couple Views + Geofield Map, qui offre un premier niveau de formatage, sans beaucoup de souplesse.

On peut aller plus loin, avec d'autres modules. Ceci fera l'objet d'un autre article.

 

 

 

Catégorie: 


Tag: 

Par Artusamak
Julien Dubois

Drupal 8 : les annotations

Drupal 8 : les annotations
mer, 06/04/2016 - 09:48
Artusamak

Cet article est extrait de notre formation drupal 8 "de Drupal 7 à Drupal 8" à destination des développeurs. N'hésitez pas à nous contacter pour en savoir plus !

Une partie des hooks déclaratifs de Drupal 7 ont disparu avec Drupal 8 (les hook_quelque_chose_info() par exemple). Certains ont été remplacés par l’utilisation des fichiers YAML (hook_menu() ou hook_permission()). Pour d’autres, c’est le principe d’annotations qui a été choisi.

Une annotation est un élément de programmation permettant d’ajouter des méta-données à une structure à l'aide d'un code descriptif. Avec PHP, cela passe par l’utilisation des Docblocks. Dans Drupal 8, les annotations sont pour le moment essentiellement utilisées par les plugins, elles sont à placer juste avant la déclaration de la classe du plugin.
Voilà à quoi ressemble la déclaration d’un bloc sous Drupal 8 :

<span class="comment shell-comment token"># Plugin/Block/CustomBlock.php</span>
<span class="comment token" spellcheck="true">/**
* Declare a block.
*
* @Block(
*   id = "custom_block",
*   admin_label = @Translation("Custom block"),
* )
*/</span>

La déclaration du même block en Drupal 7 passait par un hook_block_info().

<span class="comment token" spellcheck="true">/**
* Implements hook_block_info().
*/</span>
<span class="keyword token">function</span> <span class="function token">mymodule_core_block_info</span><span class="punctuation token">(</span><span class="punctuation token">)</span> <span class="punctuation token">{</span>
  <span class="token variable">$blocks</span><span class="punctuation token">[</span><span class="string token">'custom_block'</span><span class="punctuation token">]</span> <span class="operator token">=</span> <span class="keyword token">array</span><span class="punctuation token">(</span>
    <span class="string token">'info'</span> <span class="operator token">=</span><span class="operator token">&gt;</span> <span class="function token">t</span><span class="punctuation token">(</span><span class="string token">'Custom block'</span><span class="punctuation token">)</span><span class="punctuation token">,</span>
  <span class="punctuation token">)</span><span class="punctuation token">;</span>
<span class="punctuation token">}</span>

Bien que les annotations soient des Docblocks leur syntaxe est précise et cela pourra entraîner des erreurs si elle n’est pas valide. Une annotation est composée du nom de la classe définissant l’annotation précédé d’un @ et d’un ensemble de clés / valeurs.

Il existe quelques règles concernant les valeurs, il faut retenir que :

  • les chaînes doivent être entre guillemets : “chaînes”
  • les nombres tel quel : 42
  • les listes sont représentées par des accolades : { }
  • les booléens par : TRUE ou FALSE

Il est possible de connaître l'ensemble des propriétés d'une annotation en regardant la classe qui définie cette annotation. Par exemple, l’annotation @Block est définie dans la classe \Drupal\Core\Block\Annotation\Block se trouvant dans le fichier /core/lib/Drupal/Core/Block/Annotation/Block.php.

<span class="comment shell-comment token"># Block.php</span>
<span class="keyword token">class</span> <span class="class-name token">Block</span> <span class="keyword token">extends</span> <span class="class-name token">Plugin</span> <span class="punctuation token">{</span>
  <span class="comment token" spellcheck="true">/**
   * The plugin ID.
   *
   * @var string
   */</span>
  <span class="keyword token">public</span> <span class="token variable">$id</span><span class="punctuation token">;</span>
  <span class="comment token" spellcheck="true">/**
   * The administrative label of the block.
   *
   * @var \Drupal\Core\Annotation\Translation
   *
   * @ingroup plugin_translatable
   */</span>
  <span class="keyword token">public</span> <span class="token variable">$admin_label</span> <span class="operator token">=</span> <span class="string token">''</span><span class="punctuation token">;</span>

  <span class="comment token" spellcheck="true">/**
   * The category in the admin UI where the block will be listed.
   *
   * @var \Drupal\Core\Annotation\Translation
   *
   * @ingroup plugin_translatable
   */</span>
  <span class="keyword token">public</span> <span class="token variable">$category</span> <span class="operator token">=</span> <span class="string token">''</span><span class="punctuation token">;</span>

  <span class="comment token" spellcheck="true">/**
   * Class used to retrieve derivative definitions of the block.
   *
   * @var string
   */</span>
  <span class="keyword token">public</span> <span class="token variable">$derivative</span> <span class="operator token">=</span> <span class="string token">''</span><span class="punctuation token">;</span>
<span class="punctuation token">}</span>

On remarquera alors que chaque propriété de la classe correspond à une ligne de l'annotation pouvant être déclarée.

Par Artusamak
Julien Dubois

Drupal 8 : les annotations

Drupal 8 : les annotations
Artusamak
mer 06/04/2016 - 09:48

Cet article est extrait de notre formation drupal 8 "de Drupal 7 à Drupal 8" à destination des développeurs. N'hésitez pas à nous contacter pour en savoir plus !

Une partie des hooks déclaratifs de Drupal 7 ont disparu avec Drupal 8 (les hook_quelque_chose_info() par exemple). Certains ont été remplacés par l’utilisation des fichiers YAML (hook_menu() ou hook_permission()). Pour d’autres, c’est le principe d’annotations qui a été choisi.

Une annotation est un élément de programmation permettant d’ajouter des méta-données à une structure à l'aide d'un code descriptif. Avec PHP, cela passe par l’utilisation des Docblocks. Dans Drupal 8, les annotations sont pour le moment essentiellement utilisées par les plugins, elles sont à placer juste avant la déclaration de la classe du plugin.
Voilà à quoi ressemble la déclaration d’un bloc sous Drupal 8 :

<span class="comment shell-comment token"># Plugin/Block/CustomBlock.php</span>
<span class="comment token" spellcheck="true">/**
* Declare a block.
*
* @Block(
*   id = "custom_block",
*   admin_label = @Translation("Custom block"),
* )
*/</span>

La déclaration du même block en Drupal 7 passait par un hook_block_info().

<span class="comment token" spellcheck="true">/**
* Implements hook_block_info().
*/</span>
<span class="keyword token">function</span> <span class="function token">mymodule_core_block_info</span><span class="punctuation token">(</span><span class="punctuation token">)</span> <span class="punctuation token">{</span>
  <span class="token variable">$blocks</span><span class="punctuation token">[</span><span class="string token">'custom_block'</span><span class="punctuation token">]</span> <span class="operator token">=</span> <span class="keyword token">array</span><span class="punctuation token">(</span>
    <span class="string token">'info'</span> <span class="operator token">=</span><span class="operator token">&gt;</span> <span class="function token">t</span><span class="punctuation token">(</span><span class="string token">'Custom block'</span><span class="punctuation token">)</span><span class="punctuation token">,</span>
  <span class="punctuation token">)</span><span class="punctuation token">;</span>
<span class="punctuation token">}</span>

Bien que les annotations soient des Docblocks leur syntaxe est précise et cela pourra entraîner des erreurs si elle n’est pas valide. Une annotation est composée du nom de la classe définissant l’annotation précédé d’un @ et d’un ensemble de clés / valeurs.

Il existe quelques règles concernant les valeurs, il faut retenir que :

  • les chaînes doivent être entre guillemets : “chaînes”
  • les nombres tel quel : 42
  • les listes sont représentées par des accolades : { }
  • les booléens par : TRUE ou FALSE

Il est possible de connaître l'ensemble des propriétés d'une annotation en regardant la classe qui définie cette annotation. Par exemple, l’annotation @Block est définie dans la classe \Drupal\Core\Block\Annotation\Block se trouvant dans le fichier /core/lib/Drupal/Core/Block/Annotation/Block.php.

<span class="comment shell-comment token"># Block.php</span>
<span class="keyword token">class</span> <span class="class-name token">Block</span> <span class="keyword token">extends</span> <span class="class-name token">Plugin</span> <span class="punctuation token">{</span>
  <span class="comment token" spellcheck="true">/**
   * The plugin ID.
   *
   * @var string
   */</span>
  <span class="keyword token">public</span> <span class="token variable">$id</span><span class="punctuation token">;</span>
  <span class="comment token" spellcheck="true">/**
   * The administrative label of the block.
   *
   * @var \Drupal\Core\Annotation\Translation
   *
   * @ingroup plugin_translatable
   */</span>
  <span class="keyword token">public</span> <span class="token variable">$admin_label</span> <span class="operator token">=</span> <span class="string token">''</span><span class="punctuation token">;</span>

  <span class="comment token" spellcheck="true">/**
   * The category in the admin UI where the block will be listed.
   *
   * @var \Drupal\Core\Annotation\Translation
   *
   * @ingroup plugin_translatable
   */</span>
  <span class="keyword token">public</span> <span class="token variable">$category</span> <span class="operator token">=</span> <span class="string token">''</span><span class="punctuation token">;</span>

  <span class="comment token" spellcheck="true">/**
   * Class used to retrieve derivative definitions of the block.
   *
   * @var string
   */</span>
  <span class="keyword token">public</span> <span class="token variable">$derivative</span> <span class="operator token">=</span> <span class="string token">''</span><span class="punctuation token">;</span>
<span class="punctuation token">}</span>

On remarquera alors que chaque propriété de la classe correspond à une ligne de l'annotation pouvant être déclarée.

Par Artusamak
Julien Dubois

Drupal 8 : les annotations

Drupal 8 : les annotations
Artusamak
mer 06/04/2016 - 09:48

Cet article est extrait de notre formation drupal 8 "de Drupal 7 à Drupal 8" à destination des développeurs. N'hésitez pas à nous contacter pour en savoir plus !

Une partie des hooks déclaratifs de Drupal 7 ont disparu avec Drupal 8 (les hook_quelque_chose_info() par exemple). Certains ont été remplacés par l’utilisation des fichiers YAML (hook_menu() ou hook_permission()). Pour d’autres, c’est le principe d’annotations qui a été choisi.

Une annotation est un élément de programmation permettant d’ajouter des méta-données à une structure à l'aide d'un code descriptif. Avec PHP, cela passe par l’utilisation des Docblocks. Dans Drupal 8, les annotations sont pour le moment essentiellement utilisées par les plugins, elles sont à placer juste avant la déclaration de la classe du plugin.
Voilà à quoi ressemble la déclaration d’un bloc sous Drupal 8 :

<span class="comment shell-comment token"># Plugin/Block/CustomBlock.php</span>
<span class="comment token" spellcheck="true">/**
* Declare a block.
*
* @Block(
*   id = "custom_block",
*   admin_label = @Translation("Custom block"),
* )
*/</span>

La déclaration du même block en Drupal 7 passait par un hook_block_info().

<span class="comment token" spellcheck="true">/**
* Implements hook_block_info().
*/</span>
<span class="keyword token">function</span> <span class="function token">mymodule_core_block_info</span><span class="punctuation token">(</span><span class="punctuation token">)</span> <span class="punctuation token">{</span>
  <span class="token variable">$blocks</span><span class="punctuation token">[</span><span class="string token">'custom_block'</span><span class="punctuation token">]</span> <span class="operator token">=</span> <span class="keyword token">array</span><span class="punctuation token">(</span>
    <span class="string token">'info'</span> <span class="operator token">=</span><span class="operator token">&gt;</span> <span class="function token">t</span><span class="punctuation token">(</span><span class="string token">'Custom block'</span><span class="punctuation token">)</span><span class="punctuation token">,</span>
  <span class="punctuation token">)</span><span class="punctuation token">;</span>
<span class="punctuation token">}</span>

Bien que les annotations soient des Docblocks leur syntaxe est précise et cela pourra entraîner des erreurs si elle n’est pas valide. Une annotation est composée du nom de la classe définissant l’annotation précédé d’un @ et d’un ensemble de clés / valeurs.

Il existe quelques règles concernant les valeurs, il faut retenir que :

  • les chaînes doivent être entre guillemets : “chaînes”
  • les nombres tel quel : 42
  • les listes sont représentées par des accolades : { }
  • les booléens par : TRUE ou FALSE

Il est possible de connaître l'ensemble des propriétés d'une annotation en regardant la classe qui définie cette annotation. Par exemple, l’annotation @Block est définie dans la classe \Drupal\Core\Block\Annotation\Block se trouvant dans le fichier /core/lib/Drupal/Core/Block/Annotation/Block.php.

<span class="comment shell-comment token"># Block.php</span>
<span class="keyword token">class</span> <span class="class-name token">Block</span> <span class="keyword token">extends</span> <span class="class-name token">Plugin</span> <span class="punctuation token">{</span>
  <span class="comment token" spellcheck="true">/**
   * The plugin ID.
   *
   * @var string
   */</span>
  <span class="keyword token">public</span> <span class="token variable">$id</span><span class="punctuation token">;</span>
  <span class="comment token" spellcheck="true">/**
   * The administrative label of the block.
   *
   * @var \Drupal\Core\Annotation\Translation
   *
   * @ingroup plugin_translatable
   */</span>
  <span class="keyword token">public</span> <span class="token variable">$admin_label</span> <span class="operator token">=</span> <span class="string token">''</span><span class="punctuation token">;</span>

  <span class="comment token" spellcheck="true">/**
   * The category in the admin UI where the block will be listed.
   *
   * @var \Drupal\Core\Annotation\Translation
   *
   * @ingroup plugin_translatable
   */</span>
  <span class="keyword token">public</span> <span class="token variable">$category</span> <span class="operator token">=</span> <span class="string token">''</span><span class="punctuation token">;</span>

  <span class="comment token" spellcheck="true">/**
   * Class used to retrieve derivative definitions of the block.
   *
   * @var string
   */</span>
  <span class="keyword token">public</span> <span class="token variable">$derivative</span> <span class="operator token">=</span> <span class="string token">''</span><span class="punctuation token">;</span>
<span class="punctuation token">}</span>

On remarquera alors que chaque propriété de la classe correspond à une ligne de l'annotation pouvant être déclarée.

Par Artusamak
Julien Dubois

Drupal 8 : Hooks et événements

Drupal 8 : Hooks et événements
lun, 04/04/2016 - 10:30
Artusamak

Cet article est extrait de notre formation drupal 8 "de Drupal 7 à Drupal 8" à destination des développeurs. N'hésitez pas à nous contacter pour en savoir plus !

L’une des forces de Drupal depuis sa création est la facilité d’utilisation de son mécanisme d’extensibilité. Autrement dit, ses hooks. Implémenter un hook est très simple, il suffit de respecter une convention de nommage.

Si l’invocation de ces hooks pouvait se faire facilement dans Drupal 7, la syntaxe évolue quelque peu :

<span class="comment shell-comment token"># Cron.php</span>
<span class="keyword token">class</span> <span class="class-name token">Cron</span> <span class="keyword token">implements</span> <span class="class-name token">CronInterface</span> <span class="punctuation token">{</span>
<span class="keyword token">protected</span> <span class="token variable">$moduleHandler</span><span class="punctuation token">;</span> <span class="comment token" spellcheck="true">// The module handler service.</span>
<span class="comment token" spellcheck="true">/**
  * Invokes any cron handlers implementing hook_cron.
  */</span>
<span class="keyword token">protected</span> <span class="keyword token">function</span> <span class="function token">invokeCronHandlers</span><span class="punctuation token">(</span><span class="punctuation token">)</span> <span class="punctuation token">{</span>
   <span class="comment token" spellcheck="true">// Iterate through the modules calling their cron handlers (if any):</span>
   <span class="keyword token">foreach</span> <span class="punctuation token">(</span><span class="token variable">$this</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="property token">moduleHandler</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="function token">getImplementations</span><span class="punctuation token">(</span><span class="string token">'cron'</span><span class="punctuation token">)</span> <span class="keyword token">as</span> <span class="token variable">$module</span><span class="punctuation token">)</span> <span class="punctuation token">{</span>
     <span class="comment token" spellcheck="true">// Do not let an exception thrown by one module disturb another.</span>
     <span class="keyword token">try</span> <span class="punctuation token">{</span>
       <span class="token variable">$this</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="property token">moduleHandler</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="function token">invoke</span><span class="punctuation token">(</span><span class="token variable">$module</span><span class="punctuation token">,</span> <span class="string token">'cron'</span><span class="punctuation token">)</span><span class="punctuation token">;</span>
     <span class="punctuation token">}</span>
     <span class="keyword token">catch</span> <span class="punctuation token">(</span><span class="class-name token"><span class="punctuation token">\</span>Exception</span> <span class="token variable">$e</span><span class="punctuation token">)</span> <span class="punctuation token">{</span>
       <span class="function token">watchdog_exception</span><span class="punctuation token">(</span><span class="string token">'cron'</span><span class="punctuation token">,</span> <span class="token variable">$e</span><span class="punctuation token">)</span><span class="punctuation token">;</span>
     <span class="punctuation token">}</span>
   <span class="punctuation token">}</span>
<span class="punctuation token">}</span>
<span class="punctuation token">}</span>

Les fonctions de module_implements(), module_invoke(), module_invoke_all() et drupal_alter(), entre autres, ont été déplacées (et renommées) dans la classe ModuleHandler. Pour les utiliser il faudra passer par le Service module_handler et appeler la méthode que vous aviez l’habitude d’appeler. Si vous ne vous rappelez plus ce qu'est un Service, je vous invite à lire le billet sur Conteneur de Services et Services.

Tous les hooks ne sont pas morts, ce sont les hooks qui permettent à d’autres modules d’étendre Drupal qui ont été renommés, l’altération d’un formulaire se passe toujours via hook_form_FORM_ID_alter(), les thèmes et modules peuvent toujours implémenter hook_preprocess_HOOK() par exemple.

Dans le chapitre suivant dédié aux annotations nous verrons qu’il y a d’autres mécanismes qui remplacent également les hook_*_info().

Hooks VS Events

Avec l’adoption de Symfony, beaucoup de choix historiques sont remis en cause. Le principe des hooks peut être implémenté en suivant plusieurs design patterns différents, seulement voilà, Symfony vient avec sa propre implémentation grâce à sa classe EventDispatcher. Lorsque l’on souhaite connaître tous les modules qui implémentent un hook, on déclenche (dispatch) un événement. Chaque module qui implémente ce hook se signale en souscrivant (subscribe) à cet événement et retourne les données appropriées.

On retrouve par exemple l’utilisation des événements dans la gestion des routes pour afficher une réponse HTML.

<span class="comment shell-comment token"># core.services.yml</span>
html_response<span class="punctuation token">.</span>subscriber<span class="punctuation token">:</span>
<span class="keyword token">class</span><span class="punctuation token">:</span> Drupal\<span class="package token">Core<span class="punctuation token">\</span>EventSubscriber<span class="punctuation token">\</span>HtmlResponseSubscriber</span>
tags<span class="punctuation token">:</span>
   <span class="operator token">-</span> <span class="punctuation token">{</span> name<span class="punctuation token">:</span> event_subscriber <span class="punctuation token">}</span>
<span class="comment shell-comment token"># HtmlResponseSubscriber.php</span>
<span class="keyword token">class</span> <span class="class-name token">HtmlResponseSubscriber</span> <span class="keyword token">implements</span> <span class="class-name token">EventSubscriberInterface</span> <span class="punctuation token">{</span>
<span class="comment token" spellcheck="true">// The HTML response attachments processor service.</span>
<span class="keyword token">protected</span> <span class="token variable">$htmlResponseAttachmentsProcessor</span><span class="punctuation token">;</span>

<span class="keyword token">public</span> <span class="keyword token">function</span> <span class="function token">__construct</span><span class="punctuation token">(</span>AttachmentsResponseProcessorInterface <span class="token variable">$html_response_attachments_processor</span><span class="punctuation token">)</span> <span class="punctuation token">{</span>
   <span class="token variable">$this</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="property token">htmlResponseAttachmentsProcessor</span> <span class="operator token">=</span> <span class="token variable">$html_response_attachments_processor</span><span class="punctuation token">;</span>
<span class="punctuation token">}</span>

<span class="keyword token">public</span> <span class="keyword token">static</span> <span class="keyword token">function</span> <span class="function token">getSubscribedEvents</span><span class="punctuation token">(</span><span class="punctuation token">)</span> <span class="punctuation token">{</span>
   <span class="comment token" spellcheck="true">// Appeler la méthode onRespond lorsque l'événement KernelEvents::RESPONSE survient.</span>
   <span class="token variable">$events</span><span class="punctuation token">[</span>KernelEvents<span class="punctuation token">:</span><span class="punctuation token">:</span><span class="constant token">RESPONSE</span><span class="punctuation token">]</span><span class="punctuation token">[</span><span class="punctuation token">]</span> <span class="operator token">=</span> <span class="punctuation token">[</span><span class="string token">'onRespond'</span><span class="punctuation token">]</span><span class="punctuation token">;</span>
   <span class="keyword token">return</span> <span class="token variable">$events</span><span class="punctuation token">;</span>
<span class="punctuation token">}</span>

<span class="comment token" spellcheck="true">/**
  * Processes attachments for HtmlResponse responses.
  */</span>
<span class="keyword token">public</span> <span class="keyword token">function</span> <span class="function token">onRespond</span><span class="punctuation token">(</span>FilterResponseEvent <span class="token variable">$event</span><span class="punctuation token">)</span> <span class="punctuation token">{</span>
   <span class="keyword token">if</span> <span class="punctuation token">(</span><span class="operator token">!</span><span class="token variable">$event</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="function token">isMasterRequest</span><span class="punctuation token">(</span><span class="punctuation token">)</span><span class="punctuation token">)</span> <span class="punctuation token">{</span>
     <span class="keyword token">return</span><span class="punctuation token">;</span>
   <span class="punctuation token">}</span>

   <span class="token variable">$response</span> <span class="operator token">=</span> <span class="token variable">$event</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="function token">getResponse</span><span class="punctuation token">(</span><span class="punctuation token">)</span><span class="punctuation token">;</span>
   <span class="keyword token">if</span> <span class="punctuation token">(</span><span class="operator token">!</span><span class="token variable">$response</span> <span class="keyword token">instanceof</span> <span class="class-name token">HtmlResponse</span><span class="punctuation token">)</span> <span class="punctuation token">{</span>
     <span class="keyword token">return</span><span class="punctuation token">;</span>
   <span class="punctuation token">}</span>
   <span class="token variable">$event</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="function token">setResponse</span><span class="punctuation token">(</span><span class="token variable">$this</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="property token">htmlResponseAttachmentsProcessor</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="function token">processAttachments</span><span class="punctuation token">(</span><span class="token variable">$response</span><span class="punctuation token">)</span><span class="punctuation token">)</span><span class="punctuation token">;</span>
<span class="punctuation token">}</span>
<span class="punctuation token">}</span>

On déclare un Service qui implémente l’interface EventSubscriberInterface, on y implémente la méthode getSubscribedEvents() pour indiquer à quel(s) événement(s) réagir et quelle fonction appeler lorsque l’événement survient. L’appel à ce Service se fait automagiquement uniquement si on l’a tagué comme event_subscriber.

eventdispatchercomic-fullsize.png

Par cohérence tous les hooks devraient être remplacés par les événements mais pour des questions de temps la conversion a été retardée (voir https://www.drupal.org/node/1972304). Il est fort à parier que les événements prendront le pas sur les hooks dans la prochaine version majeure de Drupal. On peut donc dire que les hooks sont morts, vive les hooks !

Par GoZ
Fabien CLEMENT

Contribuer en tant que développeur à Drupal via Drupal.org

Contribuer en tant que développeur à Drupal via Drupal.org

La contribution sur drupal.org ne se fait pas via 'pull request' comme sur github mais fonctionne encore avec des patchs. Même si quelques modules sont disponibles sur github, ils ne sont censés être que des répliques, les repos principaux et les issues devant se gérer directement sur drupal.org.

Une documentation fixe la charte de bonne utilisation de git, ce qui permet d'aider les contributeurs à apprendre à générer un patch correct et permet au mainteneur de pointer vers cette documentation si besoin.

GoZ
jeu 31/03/2016 - 19:19

Par Artusamak
Julien Dubois

Drupal 8 : L'injection de dépendance

Drupal 8 : L'injection de dépendance
jeu, 31/03/2016 - 09:08
Artusamak

Cet article est extrait de notre formation drupal 8 "de Drupal 7 à Drupal 8" à destination des développeurs. N'hésitez pas à nous contacter pour en savoir plus !

Définition

L’injection de dépendance explicite

Nous avons vu grâce au Conteneur de Services qu’il était possible de réutiliser les objets et d’interchanger leur implémentation. Toute application ayant un minimum de valeur ajoutée, il est probable que tous ces objets aient des liens entre eux. Bien souvent, on parle de dépendance(s). L’Injection de dépendance est donc un gros mot pour désigner une façon de créer les instances des objets et de lier les objets entre eux. L’Injection de dépendance est l’un des nombreux design patterns utilisés dans Drupal.

Si l’on reprend notre exemple de Service utilisé dans le chapitre précédent, nous avons vu un Service simple, prenons maintenant l’exemple d’un Service plus compliqué, qui, pour fonctionner, doit utiliser un autre Service.

L’exemple est celui du Service flood qui permet de limiter le nombre d’actions d’un utilisateur.

Voici la définition du Service, nous allons le détailler juste après.

<span class="comment shell-comment token"># core.services.yml</span>
flood<span class="punctuation token">:</span>
<span class="keyword token">class</span><span class="punctuation token">:</span> Drupal\<span class="package token">Core<span class="punctuation token">\</span>Flood<span class="punctuation token">\</span>DatabaseBackend</span>
arguments<span class="punctuation token">:</span> <span class="punctuation token">[</span><span class="string token">'@database'</span><span class="punctuation token">,</span> <span class="string token">'@request_stack'</span><span class="punctuation token">]</span>
tags<span class="punctuation token">:</span>
   <span class="operator token">-</span> <span class="punctuation token">{</span> name<span class="punctuation token">:</span> backend_overridable <span class="punctuation token">}</span>

Et voici le constructeur ainsi que la méthode register() de la classe Flood\DatabaseBackend.

<span class="comment shell-comment token"># DatabaseBackend.php</span>
<span class="keyword token">class</span> <span class="class-name token">DatabaseBackend</span> <span class="keyword token">implements</span> <span class="class-name token">FloodInterface</span> <span class="punctuation token">{</span>

<span class="comment token" spellcheck="true">/**
* The database connection used to store flood event information.
*
* @var \Drupal\Core\Database\Connection
*/</span>
<span class="keyword token">protected</span> <span class="token variable">$connection</span><span class="punctuation token">;</span>

<span class="comment token" spellcheck="true">/**
* The request stack.
*
* @var \Symfony\Component\HttpFoundation\RequestStack
*/</span>
<span class="keyword token">protected</span> <span class="token variable">$requestStack</span><span class="punctuation token">;</span>

<span class="comment token" spellcheck="true">/**
* Construct the DatabaseBackend.
*
* @param \Drupal\Core\Database\Connection $connection
*   The database connection which will be used to store the flood event
*   information.
* @param \Symfony\Component\HttpFoundation\RequestStack $request_stack
*   The request stack used to retrieve the current request.
*/</span>
<span class="keyword token">public</span> <span class="keyword token">function</span> <span class="function token">__construct</span><span class="punctuation token">(</span>Connection <span class="token variable">$connection</span><span class="punctuation token">,</span> RequestStack <span class="token variable">$request_stack</span><span class="punctuation token">)</span> <span class="punctuation token">{</span>
<span class="token variable">$this</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="property token">connection</span> <span class="operator token">=</span> <span class="token variable">$connection</span><span class="punctuation token">;</span>
<span class="token variable">$this</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="property token">requestStack</span> <span class="operator token">=</span> <span class="token variable">$request_stack</span><span class="punctuation token">;</span>
<span class="punctuation token">}</span>

<span class="comment token" spellcheck="true">/**
* Implements Drupal\Core\Flood\FloodInterface::register().
*/</span>
<span class="keyword token">public</span> <span class="keyword token">function</span> <span class="function token">register</span><span class="punctuation token">(</span><span class="token variable">$name</span><span class="punctuation token">,</span> <span class="token variable">$window</span> <span class="operator token">=</span> <span class="number token">3600</span><span class="punctuation token">,</span> <span class="token variable">$identifier</span> <span class="operator token">=</span> <span class="keyword token">NULL</span><span class="punctuation token">)</span> <span class="punctuation token">{</span>
  <span class="keyword token">if</span> <span class="punctuation token">(</span><span class="operator token">!</span><span class="function token">isset</span><span class="punctuation token">(</span><span class="token variable">$identifier</span><span class="punctuation token">)</span><span class="punctuation token">)</span> <span class="punctuation token">{</span>
  <span class="token variable">$identifier</span> <span class="operator token">=</span> <span class="token variable">$this</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="property token">requestStack</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="function token">getCurrentRequest</span><span class="punctuation token">(</span><span class="punctuation token">)</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="function token">getClientIp</span><span class="punctuation token">(</span><span class="punctuation token">)</span><span class="punctuation token">;</span>
  <span class="punctuation token">}</span>
  <span class="token variable">$this</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="property token">connection</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="function token">insert</span><span class="punctuation token">(</span><span class="string token">'flood'</span><span class="punctuation token">)</span>
    <span class="operator token">-</span><span class="operator token">&gt;</span><span class="function token">fields</span><span class="punctuation token">(</span><span class="keyword token">array</span><span class="punctuation token">(</span>
      <span class="string token">'event'</span> <span class="operator token">=</span><span class="operator token">&gt;</span> <span class="token variable">$name</span><span class="punctuation token">,</span>
      <span class="string token">'identifier'</span> <span class="operator token">=</span><span class="operator token">&gt;</span> <span class="token variable">$identifier</span><span class="punctuation token">,</span>
      <span class="string token">'timestamp'</span> <span class="operator token">=</span><span class="operator token">&gt;</span> <span class="constant token">REQUEST_TIME</span><span class="punctuation token">,</span>
      <span class="string token">'expiration'</span> <span class="operator token">=</span><span class="operator token">&gt;</span> <span class="constant token">REQUEST_TIME</span> <span class="operator token">+</span> <span class="token variable">$window</span><span class="punctuation token">,</span>
    <span class="punctuation token">)</span><span class="punctuation token">)</span>
    <span class="operator token">-</span><span class="operator token">&gt;</span><span class="function token">execute</span><span class="punctuation token">(</span><span class="punctuation token">)</span><span class="punctuation token">;</span>
<span class="punctuation token">}</span>
<span class="punctuation token">}</span>

Dans cet exemple la méthode register() du Service flood sauve en base de données l’événement réalisé par un utilisateur (l’utilisateur étant identifié par son IP).

On peut voir que pour sauver l’action de l’utilisateur en base de données nous avons besoin d’utiliser la connexion à la base de données et de récupérer l’IP de l’utilisateur.

Toujours dans l’esprit de garder du code facilement interchangeable, nous ne voulons pas écrire au sein d’une méthode du code qui récupérerait la connexion à la base de données directement, nous voulons que cette connexion nous soit envoyée lorsque nous instancions notre objet.
De cette façon, si la connexion se fait sur une base MySQL ou Cassandra ou est un faux objet retournant des valeurs en dur pour les tests, cela ne fait aucune différence pour nous (et il en va de même pour l’IP de l’utilisateur).

Dans le constructeur de la classe, nous récupérons la connexion à la base de données et la requête de l’utilisateur. Ces deux informations étant indispensables, on peut donc dire qu’il y a deux dépendances sur le Service flood, et ces dépendances sont injectées via le constructeur.

Lors de la définition du Service, on indique les dépendances via une arobase @ suivie du nom de la dépendance dans les arguments. Dans notre cas la base de données (@database) et la requête qui vient d’être effectuée (@request_stack).

<span class="comment shell-comment token"># core.services.yml</span>
flood<span class="punctuation token">:</span>
<span class="keyword token">class</span><span class="punctuation token">:</span> Drupal\<span class="package token">Core<span class="punctuation token">\</span>Flood<span class="punctuation token">\</span>DatabaseBackend</span>
arguments<span class="punctuation token">:</span> <span class="punctuation token">[</span><span class="string token">'@database'</span><span class="punctuation token">,</span> <span class="string token">'@request_stack'</span><span class="punctuation token">]</span>
tags<span class="punctuation token">:</span>
   <span class="operator token">-</span> <span class="punctuation token">{</span> name<span class="punctuation token">:</span> backend_overridable <span class="punctuation token">}</span>

L’Injection de dépendance se fait dans le constructeur de la classe Flood\DatabaseBackend, de cette façon :

<span class="keyword token">public</span> <span class="keyword token">function</span> <span class="function token">__construct</span><span class="punctuation token">(</span>Connection <span class="token variable">$connection</span><span class="punctuation token">,</span> RequestStack <span class="token variable">$request_stack</span><span class="punctuation token">)</span> <span class="punctuation token">{</span>
<span class="token variable">$this</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="property token">connection</span> <span class="operator token">=</span> <span class="token variable">$connection</span><span class="punctuation token">;</span>
<span class="token variable">$this</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="property token">requestStack</span> <span class="operator token">=</span> <span class="token variable">$request_stack</span><span class="punctuation token">;</span>
<span class="punctuation token">}</span>

Les deux arguments du constructeur indiquent que notre classe a besoin de ces deux objets sous peine de ne pas pouvoir fonctionner. On garde la référence à nos deux arguments en les stockant comme attributs de la classe, ce qui permet de les utiliser par la suite au sein de nos méthodes.

<span class="keyword token">public</span> <span class="keyword token">function</span> <span class="function token">register</span><span class="punctuation token">(</span><span class="token variable">$name</span><span class="punctuation token">,</span> <span class="token variable">$window</span> <span class="operator token">=</span> <span class="number token">3600</span><span class="punctuation token">,</span> <span class="token variable">$identifier</span> <span class="operator token">=</span> <span class="keyword token">NULL</span><span class="punctuation token">)</span> <span class="punctuation token">{</span>
  <span class="keyword token">if</span> <span class="punctuation token">(</span><span class="operator token">!</span><span class="function token">isset</span><span class="punctuation token">(</span><span class="token variable">$identifier</span><span class="punctuation token">)</span><span class="punctuation token">)</span> <span class="punctuation token">{</span>
  <span class="comment token" spellcheck="true">// Récupération de l'adresse IP du client depuis l'objet "requestStack".</span>
  <span class="token variable">$identifier</span> <span class="operator token">=</span> <span class="token variable">$this</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="property token">requestStack</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="function token">getCurrentRequest</span><span class="punctuation token">(</span><span class="punctuation token">)</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="function token">getClientIp</span><span class="punctuation token">(</span><span class="punctuation token">)</span><span class="punctuation token">;</span>
  <span class="punctuation token">}</span>
  <span class="comment token" spellcheck="true">// Utilisation de l'objet "connection" pour requêter la base de données.</span>
  <span class="token variable">$this</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="property token">connection</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="function token">insert</span><span class="punctuation token">(</span><span class="string token">'flood'</span><span class="punctuation token">)</span>
    <span class="operator token">-</span><span class="operator token">&gt;</span><span class="function token">fields</span><span class="punctuation token">(</span><span class="keyword token">array</span><span class="punctuation token">(</span>
      <span class="string token">'event'</span> <span class="operator token">=</span><span class="operator token">&gt;</span> <span class="token variable">$name</span><span class="punctuation token">,</span>
      <span class="string token">'identifier'</span> <span class="operator token">=</span><span class="operator token">&gt;</span> <span class="token variable">$identifier</span><span class="punctuation token">,</span>
      <span class="string token">'timestamp'</span> <span class="operator token">=</span><span class="operator token">&gt;</span> <span class="constant token">REQUEST_TIME</span><span class="punctuation token">,</span>
      <span class="string token">'expiration'</span> <span class="operator token">=</span><span class="operator token">&gt;</span> <span class="constant token">REQUEST_TIME</span> <span class="operator token">+</span> <span class="token variable">$window</span><span class="punctuation token">,</span>
    <span class="punctuation token">)</span><span class="punctuation token">)</span>
    <span class="operator token">-</span><span class="operator token">&gt;</span><span class="function token">execute</span><span class="punctuation token">(</span><span class="punctuation token">)</span><span class="punctuation token">;</span>
<span class="punctuation token">}</span>
<span class="punctuation token">}</span>

Notre exemple nous permet d’illustrer la méthode la plus classique pour injecter des dépendances entre nos Services. Il s’agit d’une Injection de dépendance explicite par constructeur car notre objet ne peut pas fonctionner si l’on ne lui fourni pas ses dépendances. Les dépendances ne pourront pas non plus être modifiées durant la vie de l’objet (le constructeur n’étant appelé qu’une seule fois).

Il existe deux autres façons d’injecter les dépendances vers les objets, on qualifiera ces formes d’injection comme “implicite”.

L’injection de dépendance implicite

L’autre possibilité pour définir une dépendance est de passer les objets utilisés par ce que l’on appelle un setter. Il s’agit d’une méthode d’une classe qui définit (“to set” en anglais) la valeur d’un attribut. Elle est accompagnée de sa méthode inverse, le getter, qui permet de retourner la valeur de l’attribut.

Exemple avec la classe FormBase au sein de laquelle il est possible, entre autres, de définir / récupérer le chemin vers le formulaire.

<span class="comment shell-comment token"># FormBase.php</span>
<span class="keyword token">abstract</span> <span class="keyword token">class</span> <span class="class-name token">FormBase</span> <span class="keyword token">implements</span> <span class="class-name token">FormInterface</span><span class="punctuation token">,</span> ContainerInjectionInterface <span class="punctuation token">{</span>
  <span class="comment token" spellcheck="true">// The request stack.</span>
  <span class="keyword token">protected</span> <span class="token variable">$requestStack</span><span class="punctuation token">;</span> <span class="comment token" spellcheck="true">// \Symfony\Component\HttpFoundation\RequestStack.</span>
  <span class="comment token" spellcheck="true">// Gets the request object.</span>
  <span class="keyword token">protected</span> <span class="keyword token">function</span> <span class="function token">getRequest</span><span class="punctuation token">(</span><span class="punctuation token">)</span> <span class="punctuation token">{</span>
    <span class="keyword token">if</span> <span class="punctuation token">(</span><span class="operator token">!</span><span class="token variable">$this</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="property token">requestStack</span><span class="punctuation token">)</span> <span class="punctuation token">{</span>
      <span class="token variable">$this</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="property token">requestStack</span> <span class="operator token">=</span> \<span class="package token">Drupal</span><span class="punctuation token">:</span><span class="punctuation token">:</span><span class="function token">service</span><span class="punctuation token">(</span><span class="string token">'request_stack'</span><span class="punctuation token">)</span><span class="punctuation token">;</span>
    <span class="punctuation token">}</span>
    <span class="keyword token">return</span> <span class="token variable">$this</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="property token">requestStack</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="function token">getCurrentRequest</span><span class="punctuation token">(</span><span class="punctuation token">)</span><span class="punctuation token">;</span>
  <span class="punctuation token">}</span>
  <span class="comment token" spellcheck="true">// Sets the request stack object to use.</span>
  <span class="keyword token">public</span> <span class="keyword token">function</span> <span class="function token">setRequestStack</span><span class="punctuation token">(</span>RequestStack <span class="token variable">$request_stack</span><span class="punctuation token">)</span> <span class="punctuation token">{</span>
    <span class="token variable">$this</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="property token">requestStack</span> <span class="operator token">=</span> <span class="token variable">$request_stack</span><span class="punctuation token">;</span>
    <span class="keyword token">return</span> <span class="token variable">$this</span><span class="punctuation token">;</span>
  <span class="punctuation token">}</span>
<span class="punctuation token">}</span>

Quel est l’intérêt de cette méthode comparée à l’Injection de dépendance par constructeur ?

Avec cette méthode, il devient possible d’avoir des dépendances optionnelles vers d’autres objets.
Si dans le code de votre classe il est possible de faire appel à un autre objet mais que la classe n’en a pas absolument besoin pour fonctionner, vous pouvez utilisez cette méthode pour injecter votre dépendance. Il est également possible d’utiliser cette méthode si, au cours de la vie de l’objet, la valeur de la dépendance doit changer.
Dans notre exemple, un même formulaire peut être appelé de différents endroits, on utilise donc une injection implicite pour spécifier le chemin d’où est appelé le formulaire.

Il existe une troisième méthode pour injecter des dépendances qui consiste à définir directement la valeur d’un attribut public. Nous ne détaillerons pas cette méthode car c’est une pratique peu recommandée, aucun contrôle sur les données ne pouvant être fait facilement.

L’injection de dépendances appliquée aux Services

Nous l’avons vu dans le chapitre précédent, on peut manipuler les Services via le Conteneur de Services. Dans Drupal 8, pour accéder à un Service, il va falloir passer par le Conteneur de Services.

Les choses se complexifient légèrement car, selon ce que vous implémentez, il ne sera pas possible d’accéder au Conteneur de Services de la même façon.

Cas 1 : Je développe une classe de Service

C’est le cas le plus simple qui est celui que nous avons vu précédemment avec le Service flood, vous implémentez un Service qui a des dépendances obligatoires sur d’autres Services.
Dans ce cas là, pas besoin de manipuler le conteneur directement, Drupal se charge de l’instanciation des objets pour vous, il vous suffit de déclarer le
Service et de stocker les dépendances passées au constructeur.

Déclaration du Service :

<span class="comment shell-comment token"># core.services.yml</span>
flood<span class="punctuation token">:</span>
<span class="keyword token">class</span><span class="punctuation token">:</span> Drupal\<span class="package token">Core<span class="punctuation token">\</span>Flood<span class="punctuation token">\</span>DatabaseBackend</span>
arguments<span class="punctuation token">:</span> <span class="punctuation token">[</span><span class="string token">'@database'</span><span class="punctuation token">,</span> <span class="string token">'@request_stack'</span><span class="punctuation token">]</span>
tags<span class="punctuation token">:</span>
   <span class="operator token">-</span> <span class="punctuation token">{</span> name<span class="punctuation token">:</span> backend_overridable <span class="punctuation token">}</span>

Stockage des dépendances envoyées au constructeur.

<span class="keyword token">public</span> <span class="keyword token">function</span> <span class="function token">__construct</span><span class="punctuation token">(</span>Connection <span class="token variable">$connection</span><span class="punctuation token">,</span> RequestStack <span class="token variable">$request_stack</span><span class="punctuation token">)</span> <span class="punctuation token">{</span>
<span class="token variable">$this</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="property token">connection</span> <span class="operator token">=</span> <span class="token variable">$connection</span><span class="punctuation token">;</span>
<span class="token variable">$this</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="property token">requestStack</span> <span class="operator token">=</span> <span class="token variable">$request_stack</span><span class="punctuation token">;</span>
<span class="punctuation token">}</span>

L’utilisation du Conteneur de Services vous est transparente.

Cas 2 : J’ai besoin de passer un Service au constructeur d’une Factory

Autre cas, vous implémentez des plugins, étendez des contrôleurs d’entités ou toute autre classe faisant appel à une Factory nécessitant le Conteneur de Services.
Dans ce cas là, vous aurez à respecter le contrat des interfaces des
Factories qui implémentent l’une des méthodes create() ou createInstance().
Dans la signature de ces méthodes, vous retrouverez la présence d’un argument
$container de type \Symfony\Component\DependencyInjection\ContainerInterface.
Cet argument vous permettra alors de récupérer les
Services à transmettre au constructeur de la classe. (Nous verrons comment savoir quelle Factory appeler dans l’implémentation d’un Service de récupération des couvertures.)

Exemple de l’utilisation du Conteneur de Services.

<span class="comment shell-comment token"># CommentStorage.php</span>
<span class="keyword token">class</span> <span class="class-name token">CommentStorage</span> <span class="keyword token">extends</span> <span class="class-name token">SqlContentEntityStorage</span> <span class="keyword token">implements</span> <span class="class-name token">CommentStorageInterface</span> <span class="punctuation token">{</span>
<span class="keyword token">public</span> <span class="keyword token">static</span> <span class="keyword token">function</span> <span class="function token">createInstance</span><span class="punctuation token">(</span>ContainerInterface <span class="token variable">$container</span><span class="punctuation token">,</span> EntityTypeInterface <span class="token variable">$entity_info</span><span class="punctuation token">)</span> <span class="punctuation token">{</span>
  <span class="keyword token">return</span> <span class="keyword token">new</span> <span class="class-name token">static</span><span class="punctuation token">(</span>
   <span class="token variable">$entity_info</span><span class="punctuation token">,</span>
   <span class="token variable">$container</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="function token">get</span><span class="punctuation token">(</span><span class="string token">'database'</span><span class="punctuation token">)</span><span class="punctuation token">,</span>
   <span class="token variable">$container</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="function token">get</span><span class="punctuation token">(</span><span class="string token">'entity.manager'</span><span class="punctuation token">)</span><span class="punctuation token">,</span>
   <span class="token variable">$container</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="function token">get</span><span class="punctuation token">(</span><span class="string token">'current_user'</span><span class="punctuation token">)</span><span class="punctuation token">,</span>
   <span class="token variable">$container</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="function token">get</span><span class="punctuation token">(</span><span class="string token">'cache.entity'</span><span class="punctuation token">)</span><span class="punctuation token">,</span>
   <span class="token variable">$container</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="function token">get</span><span class="punctuation token">(</span><span class="string token">'language_manager'</span><span class="punctuation token">)</span>
<span class="punctuation token">)</span><span class="punctuation token">;</span>
<span class="punctuation token">}</span>
<span class="punctuation token">}</span>

Cas 3 : Le Conteneur de Services ne m’est pas directement transmis

Il se peut que vous vous retrouviez à implémenter une classe qui n’est ni un Service ni l’implémentation d’un Plugin, contrôleur d’Entité, etc. Dans ce cas là vous n’avez aucune méthode appelée par le système à laquelle est transmis le Conteneur de Services. Dans cette situation, la seule façon d’accéder à un Service est de passer par la méthode statique service() de la classe Drupal.

Exemple d’utilisation :

<span class="comment shell-comment token"># MyController.php</span>

<span class="comment token" spellcheck="true">// Récupérer le service tour depuis mon contrôleur.</span>
<span class="token variable">$tour_service</span> <span class="operator token">=</span> \<span class="package token">Drupal</span><span class="punctuation token">:</span><span class="punctuation token">:</span><span class="function token">service</span><span class="punctuation token">(</span><span class="string token">'tour'</span><span class="punctuation token">)</span><span class="punctuation token">;</span>

C’est la solution à utiliser en dernier recours et qu’il faut tenter d’éviter aux maximum pour garder votre application découplée et donc facilement testable, refactorable.

Par Artusamak
Julien Dubois

Drupal 8 : Naviguer dans le code et comprendre les implémentations Drupal

Drupal 8 : Naviguer dans le code et comprendre les implémentations Drupal
mar, 29/03/2016 - 17:27
Artusamak

Cet article est extrait de notre formation drupal 8 "de Drupal 7 à Drupal 8" à destination des développeurs. N'hésitez pas à nous contacter pour en savoir plus !

Le plus gros challenge lorsque l’on passe d’une version majeure de Drupal à une autre est de retrouver ses repères. Qui plus est lorsqu’on les a cachés. La montée de version amène avec elle de nouveaux paradigmes qu’il faut s’approprier. Nous les avons parcourus ensemble pour que vous appreniez à les différencier et à comprendre leur fonctionnement.

Lorsque vous implémenterez une fonctionnalité, les deux questions qui vous viendront à l’esprit seront “quel modèle (pattern) dois-je implémenter ?” et “où dois-je implémenter ce modèle (pattern) ?” souvent suivies par “comment puis-je implémenter ce modèle (pattern) ?”. Avec D7 la réponse était dans la plupart des cas “il suffit d’implémenter un hook” et les fichiers d’API suffisaient comme documentation. Dans D8, les hooks ne sont plus légions et la documentation ne se trouve plus uniquement dans les fichiers d’API.

Votre expérience Drupal 8 consistera à principalement vous approprier les services existants et les types de plugins à votre disposition pour arriver à vos fins. La documentation de ces éléments se trouvera soit dans les fichiers d’API, dans la documentation des interfaces qu’implémentent les classes ou dans les classes déclarant les plugins.

Les grands types d’implémentation

Identifier un contrôleur de page

Vous cherchez à modifier un comportement sur le rendu d’une page. Le premier réflexe à adopter consiste à identifier la route qui déclare cette page. Une recherche dans les fichiers *.routing.yml sur l’attribut path devrait vous donner des informations sur le contrôleur utilisé pour rendre la page. A vous à partir de ce point de dé-construire le rendu de la page pour surcharger la partie qui convient.

Surcharger un Service

Une action que vous ferez probablement régulièrement sera la surcharge de Services. Faute de hook_alter(), le remplacement de Service vous permettra d’ajouter le comportement spécifique dont vous avez besoin de façon chirurgical. Pour trouver votre Service, une recherche se fera cette fois sur les fichiers *.services.yml. Il faudra souvent aller voir la classe qui implémente le service voire l’interface qu’elle implémente pour trouver les arguments à lui fournir et leur rôle.

Implémenter une annotation

C’est le cas lorsque vous voulez définir un plugin (pour créer un bloc, un formateur de champ.) Pour trouver les informations à fournir à l’annotation, jetez un œil à la classe définissant l’annotation. Exemple d’un bloc pour lequel la classe associée est Block/Annotation/Block :

<span class="token shell-comment comment"># Plugin/Block/CustomBlock.php</span>
<span class="token comment" spellcheck="true">/**
* Declare a block.
*
* @Block(
*   id = "custom_block",
*   admin_label = @Translation("Custom block"),
* )
*/</span>

Surcharger une entité de contenu

Si vous voulez modifier le contrôle d’accès ou le rendu d’un type d’entité de contenu, allez voir sa déclaration, vous y trouverez les handlers responsable de chacune de ces fonctionnalités au sein de l’annotation @ContentEntityType. Il est ensuite possible de les modifier via le hook_entity_type_alter().

Le découpage en classes

On pourra facilement reprocher à Drupal 8 son nombre élevé de classes mais c’est le prix à payer pour avoir une POO propre. La segmentation permet la réutilisation et le découplage fonctionnel. On veillera à utiliser une classe pour gérer la réponse à une requête (classe de contrôleur) où on préparera des données, après que le contrôle d’accès ait été fait par une autre classe avant de déléguer le rendu à une autre classe. Chacun son travail !

Par Artusamak
Julien Dubois

Drupal 8 : Conteneur de Services et Services

Drupal 8 : Conteneur de Services et Services
mar, 29/03/2016 - 16:30
Artusamak

Cet article est extrait de notre formation drupal 8 "de Drupal 7 à Drupal 8" à destination des développeurs. N'hésitez pas à nous contacter pour en savoir plus !

Les applications modernes s’appuyant sur la POO, beaucoup d’objets sont impliqués dans le cycle de vie d’une page. Afin de vous épargner la création, la réutilisation et la suppression de chacun de ces nombreux objets, Drupal 8 s’appuie sur un objet spécial de Symfony appelé Service Container qui vise à vous simplifier la manipulation de ces dits objets.
Comme son nom l’indique, le
Conteneur de Services gère des Services.

Un Service représente une fonctionnalité réutilisable à travers votre site (accès à la base de données, envoi d’un mail, traduction une chaîne, etc).
Si l’on prend l’exemple de la base de données, imaginez que vous ayez à configurer le nom d’utilisateur, le mot de passe et le nom de la base. Que vous soyez dans un environnement de production ou de développement, vous n’aurez probablement pas les mêmes valeurs. Si vous deviez saisir les nouvelles informations de connexion il vous faudrait passer par une recherche et remplacement de ces données à travers votre base de code. Cette action étant plutôt laborieuse, les
Services permettent de simplifier cette gestion. En ayant une définition centralisée et découplée, il devient plus facile de les réutiliser, de les étendre ou de les remplacer.

Exemple de l’utilisation d’une classe pour encoder quelque chose en json :

<span class="comment shell-comment token"># Controller.php</span>
<span class="keyword token">use</span> <span class="package token">Drupal<span class="punctuation token">\</span>Component<span class="punctuation token">\</span>Serialization<span class="punctuation token">\</span>Json</span><span class="punctuation token">;</span>

<span class="token variable">$json_serializer</span> <span class="operator token">=</span> <span class="keyword token">new</span> <span class="class-name token">Json</span><span class="punctuation token">(</span><span class="punctuation token">)</span><span class="punctuation token">;</span>
<span class="token variable">$json_serializer</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="function token">encode</span><span class="punctuation token">(</span><span class="punctuation token">.</span><span class="punctuation token">.</span><span class="punctuation token">.</span><span class="punctuation token">)</span><span class="punctuation token">;</span>

Conversion en Service :

<span class="comment token" spellcheck="true"># core.services.yml</span>
<span class="atrule key token">services</span><span class="punctuation token">:</span>
  <span class="atrule key token">serialization.json</span><span class="punctuation token">:</span>
    <span class="atrule key token">class</span><span class="punctuation token">:</span> Drupal\Component\Serialization\Json

Exemple d’utilisation du Service :

<span class="comment shell-comment token"># Controller.php</span>
<span class="token variable">$service</span> <span class="operator token">=</span> \<span class="package token">Drupal</span><span class="punctuation token">:</span><span class="punctuation token">:</span><span class="function token">service</span><span class="punctuation token">(</span><span class="string token">'serialization.json'</span><span class="punctuation token">)</span><span class="punctuation token">;</span>
<span class="token variable">$service</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="function token">encode</span><span class="punctuation token">(</span><span class="punctuation token">.</span><span class="punctuation token">.</span><span class="punctuation token">.</span><span class="punctuation token">)</span><span class="punctuation token">;</span>

C’est seulement lorsque l’appel au Service est fait que l’objet est créé et retourné, pas avant qu’il ne soit nécessaire. Cette instanciation tardive augmente les performances de l’application (pas de gaspillage) et surtout permet de facilement remplacer l’implémentation d’un Service, principe très important pour réaliser des tests unitaires.

Dans le quotidien de vos projets vous serez peu fréquemment amenés à créer de nouveaux Services, mais il est fort à parier que vous aurez à modifier des Services existants pour surcharger des comportements, simuler la génération de données (pour les tests notamment).

Pour cela, il vous suffit d’implémenter une classe qui étend ServiceProviderBase et qui possède une méthode alter() dans laquelle sera décrite la surcharge.

<span class="comment shell-comment token"># src/MyModuleServiceProvider.php</span>
<span class="keyword token">namespace</span> <span class="package token">Drupal<span class="punctuation token">\</span>my_module</span><span class="punctuation token">;</span>

<span class="keyword token">use</span> <span class="package token">Drupal<span class="punctuation token">\</span>Core<span class="punctuation token">\</span>DependencyInjection<span class="punctuation token">\</span>ContainerBuilder</span><span class="punctuation token">;</span>
<span class="keyword token">use</span> <span class="package token">Drupal<span class="punctuation token">\</span>Core<span class="punctuation token">\</span>DependencyInjection<span class="punctuation token">\</span>ServiceProviderBase</span><span class="punctuation token">;</span>

<span class="keyword token">class</span> <span class="class-name token">MyModuleServiceProvider</span> <span class="keyword token">extends</span> <span class="class-name token">ServiceProviderBase</span> <span class="punctuation token">{</span>
  <span class="comment token" spellcheck="true">/**
   * {@inheritdoc}
   */</span>
  <span class="keyword token">public</span> <span class="keyword token">function</span> <span class="function token">alter</span><span class="punctuation token">(</span>ContainerBuilder <span class="token variable">$container</span><span class="punctuation token">)</span> <span class="punctuation token">{</span>
    <span class="comment token" spellcheck="true">// Remplace la classe qui implémente le service "language_manager".</span>
    <span class="token variable">$definition</span> <span class="operator token">=</span> <span class="token variable">$container</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="function token">getDefinition</span><span class="punctuation token">(</span><span class="string token">'language_manager'</span><span class="punctuation token">)</span><span class="punctuation token">;</span>
    <span class="token variable">$definition</span><span class="operator token">-</span><span class="operator token">&gt;</span><span class="function token">setClass</span><span class="punctuation token">(</span><span class="string token">'Drupal\language_test\LanguageTestManager'</span><span class="punctuation token">)</span><span class="punctuation token">;</span>
  <span class="punctuation token">}</span>
<span class="punctuation token">}</span>

Certains des Services que vous implémenterez auront besoin d’arguments pour fonctionner. Ces arguments peuvent être des paramètres. Un paramètre est une donnée variable qui peut être définie dans un fichier centralisé. Les paramètres utilisés par un Service sont entourés du symbole % pour indiquer qu’il s’agit de paramètres.

Exemple :

<span class="comment token" spellcheck="true"># module.services.yml</span>
<span class="atrule key token">services</span><span class="punctuation token">:</span>
<span class="atrule key token">twig</span><span class="punctuation token">:</span>
<span class="atrule key token">class</span><span class="punctuation token">:</span> Drupal\Core\Template\TwigEnvironment
<span class="atrule key token">arguments</span><span class="punctuation token">:</span> <span class="punctuation token">[</span><span class="string token">'@app.root'</span><span class="punctuation token">,</span> <span class="string token">'@cache.default'</span><span class="punctuation token">,</span> <span class="string token">'%twig_extension_hash%'</span><span class="punctuation token">,</span> <span class="string token">'@twig.loader'</span><span class="punctuation token">,</span> <span class="string token">'%twig.config%'</span><span class="punctuation token">]</span>

Les paramètres peuvent être définis directement dans le fichier de déclaration des services ou dans un autre fichier. Notez que si votre chaîne contient un @, il faut l’échapper en doublant l’arobase. Dans l’exemple ci-dessus vous voyez le paramètre %twig.config% dont la valeur par défaut est définie dans le fichier core.services.yml mais que vous pouvez surcharger dans votre fichier services.yml (dans sites/default).

Par flocondetoile
Adhérent

Quelques modules Drupal 8 à (re)découvrir

Bien que Drupal 8 soit encore très jeune, 4 mois après la publication de sa première version stable, les modules Drupal 8 deviennent de plus en plus nombreux et le rythme semble encore s'accélérer.  Sans doute grâce à une architecture plus robuste, un investissement conséquent de la communauté Drupal, et une adoption de Drupal 8 beaucoup plus rapide du fait d'un coeur plus complet.

Les modules à installer dès une installation fraiche de Drupal 8 deviennent de ce fait moins nombreux. Découvrons quelque uns de ces modules qui peuvent soit enrichir rapidement votre couverture fonctionnelle, soit vous faciliter l'administration de votre site Drupal 8, ou encore qui sont tout simplement indispensables.

Par flocondetoile
Adhérent

Quelques modules Drupal 8 à (re)découvrir

Bien que Drupal 8 soit encore très jeune, 4 mois après la publication de sa première version stable, les modules Drupal 8 deviennent de plus en plus nombreux et le rythme semble encore s'accélérer.  Sans doute grâce à une architecture plus robuste, un investissement conséquent de la communauté Drupal, et une adoption de Drupal 8 beaucoup plus rapide du fait d'un coeur plus complet.

Les modules à installer dès une installation fraiche de Drupal 8 deviennent de ce fait moins nombreux. Découvrons quelque uns de ces modules qui peuvent soit enrichir rapidement votre couverture fonctionnelle, soit vous faciliter l'administration de votre site Drupal 8, ou encore qui sont tout simplement indispensables.

Par admin

Compte rendu de l'assemblée générale du 23 mars 2016

Mercredi 23 mars s'est déroulé, à la maison des associations Paris III, l'assemblée générale annuelle de l'association, l'occasion de revenir sur l'année passée, d'élire un nouveau bureau et de présenter les projets de l'année à venir.

L'heure du bilan

Drupal Dev Days 2015 à Montpellier

Les drupal devs days 2015

Du 13 au 19 avril dernier, l'équipe organisatrice accueillait environ 350 personnes, sur une semaine, à Montpellier. Pour sprinter, présenter une session ou retrouver ses amis, ils étaient là, venus du monde entier. Un projet qui s'est monté pendant plus de 9 mois. C'est aussi une belle réussite culinaire :)

Une année sous le signe des communautés

Instants lors d'événements 2015

Cette année l'association a été particulièrement présente lors d'évènements divers : JDLL à Lyon, PHP Tour Luxembourg, RMLL, Drupagora, POSS (Solutions Linux), Forum PHP, JM2L, SymfonyCon Paris, ...

Ces interventions vont continuer, car l'association sera présente lors d'Agora CMS le 1er avril prochain et des JDLL le 2 et avril.

A noter aussi cette année la participation à un podcast wordpress autour des communautés.

Novembre 2015, Drupal 8 était publié et nous faisions la fête ! 5 villes ont organisé pour l'occasion une rencontre. #celebratedrupal8

Améliorations

Cette année aussi, le site s'est étoffé. Florent y avait intégré l'adhésion en ligne. Une carte des meetups en France a aussi été intégrée. Nous préparons de nouvelles mises à jour pour la suite.

Côté finances

Le bilan financier annuel est bon. L'évènement Drupal Dev Days s'est avéré positif, avec un budget initial ambitieux de plus de 50 000€. Nous avons bénéficié de dons (Drupal Dev Days Szeged, Drupal Association, Accelerate Drupal 8), ce qui nous a permis par la suite de donner à notre tours (Accelerate Drupal 8 et Drupal Dev Days Milan).

A noter toutefois que les frais de l'association sont en hausse et que pour sa stabilité l'organisation d'un évènement par an est nécessaire, quel dommage :p

Nouveau bureau et présentation des commissions

Le nouveau bureau

Petit changement dans le bureau cet année, pour le secrétaire. Vincent Maucorps laisse sa place à Florent Torregrosa, Vincent restant vice-secrétaire. Léon Cros et Anne-Sophie Picot, restent à leur poste respectif de président et trésorière.

Commissions

Nous avions déjà abordé par le passé l'idée de fédérer les actions adhérentes et de décharger le bureau. A été présenté la proposition de fonctionnement des commissions.

Soit des groupes autonomes, en charge de points précis, se relayant au bureau, pour la communication et logistique générale.

Liste rapide des commissions

Ces commissions, leurs rôles, leurs participants seront présentées sur le site dans l'espace association très prochainement.

Et maintenant ?

un drupalcamp en 2016 à Nantes

Drupal camp Nantes logo

Nous y étions en 2011, nous y revenons, le temps d'un week-end pour un camp sous le soleil du mois de Juin. Réservez vos 10, 11 et 12 juin 2016 ! Le site de l'évènement

la nouvelle communication de l'association

Logo de l'association

Nous en parlions il y a quelques semaines. Avions publié un concours de logo. L'association porte désormais de nouvelles couleurs. nous remercions tous les participants et félicitons Christophe Sadowski et Kévin Bothua pour leur logo sélectionné.

Un gros challenge de mise à jour de notre communication, nous attends donc.

les Prix Drupal France

Parce qu'il faut bien marquer le coup de temps en temps, et qu'il faut aussi profiter des bonnes occasions pour remercier les forces vives. Cette année, a été intégré le Prix Drupal France. Rien de systématique, juste l'occasion de mettre en lumière des participations.

Cette année, deux évènements ont été mis en lumière :

  • le changement de logo
  • l'organisation sans faille des Drupal Devs Days

Kévin et Christophe pour leur logo et Julien, Edouard et Anne-Sophie, pour l'organisation des DDD, ont été remerciés pour leurs participations respectives.

En page d'accueil : 
Par admin

Compte rendu de l'assemblée générale du 23 mars 2016

Mercredi 23 mars s'est déroulé, à la maison des associations Paris III, l'assemblée générale annuelle de l'association, l'occasion de revenir sur l'année passée, d'élire un nouveau bureau et de présenter les projets de l'année à venir.

L'heure du bilan

Drupal Dev Days 2015 à Montpellier

Les drupal devs days 2015

Du 13 au 19 avril dernier, l'équipe organisatrice accueillait environ 350 personnes, sur une semaine, à Montpellier. Pour sprinter, présenter une session ou retrouver ses amis, ils étaient là, venus du monde entier. Un projet qui s'est monté pendant plus de 9 mois. C'est aussi une belle réussite culinaire :)

Une année sous le signe des communautés

Instants lors d'événements 2015

Cette année l'association a été particulièrement présente lors d'évènements divers : JDLL à Lyon, PHP Tour Luxembourg, RMLL, Drupagora, POSS (Solutions Linux), Forum PHP, JM2L, SymfonyCon Paris, ...

Ces interventions vont continuer, car l'association sera présente lors d'Agora CMS le 1er avril prochain et des JDLL le 2 et avril.

A noter aussi cette année la participation à un podcast wordpress autour des communautés.

Novembre 2015, Drupal 8 était publié et nous faisions la fête ! 5 villes ont organisé pour l'occasion une rencontre. #celebratedrupal8

Améliorations

Cette année aussi, le site s'est étoffé. Florent y avait intégré l'adhésion en ligne. Une carte des meetups en France a aussi été intégrée. Nous préparons de nouvelles mises à jour pour la suite.

Côté finances

Le bilan financier annuel est bon. L'évènement Drupal Dev Days s'est avéré positif, avec un budget initial ambitieux de plus de 50 000€. Nous avons bénéficié de dons (Drupal Dev Days Szeged, Drupal Association, Accelerate Drupal 8), ce qui nous a permis par la suite de donner à notre tours (Accelerate Drupal 8 et Drupal Dev Days Milan).

A noter toutefois que les frais de l'association sont en hausse et que pour sa stabilité l'organisation d'un évènement par an est nécessaire, quel dommage :p

Nouveau bureau et présentation des commissions

Le nouveau bureau

Petit changement dans le bureau cet année, pour le secrétaire. Vincent Maucorps laisse sa place à Florent Torregrosa, Vincent restant vice-secrétaire. Léon Cros et Anne-Sophie Picot, restent à leur poste respectif de président et trésorière.

Commissions

Nous avions déjà abordé par le passé l'idée de fédérer les actions adhérentes et de décharger le bureau. A été présenté la proposition de fonctionnement des commissions.

Soit des groupes autonomes, en charge de points précis, se relayant au bureau, pour la communication et logistique générale.

Liste rapide des commissions

Ces commissions, leurs rôles, leurs participants seront présentées sur le site dans l'espace association très prochainement.

Et maintenant ?

un drupalcamp en 2016 à Nantes

Drupal camp Nantes logo

Nous y étions en 2011, nous y revenons, le temps d'un week-end pour un camp sous le soleil du mois de Juin. Réservez vos 10, 11 et 12 juin 2016 ! Le site de l'évènement

la nouvelle communication de l'association

Logo de l'association

Nous en parlions il y a quelques semaines. Avions publié un concours de logo. L'association porte désormais de nouvelles couleurs. nous remercions tous les participants et félicitons Christophe Sadowski et Kévin Bothua pour leur logo sélectionné.

Un gros challenge de mise à jour de notre communication, nous attends donc.

les Prix Drupal France

Parce qu'il faut bien marquer le coup de temps en temps, et qu'il faut aussi profiter des bonnes occasions pour remercier les forces vives. Cette année, a été intégré le Prix Drupal France. Rien de systématique, juste l'occasion de mettre en lumière des participations.

Cette année, deux évènements ont été mis en lumière :

  • le changement de logo
  • l'organisation sans faille des Drupal Devs Days

Kévin et Christophe pour leur logo et Julien, Edouard et Anne-Sophie, pour l'organisation des DDD, ont été remerciés pour leurs participations respectives.

En page d'accueil : 
Par admin

Compte rendu de l'assemblée générale du 23 mars 2016

Mercredi 23 mars s'est déroulé, à la maison des associations Paris III, l'assemblée générale annuelle de l'association, l'occasion de revenir sur l'année passée, d'élire un nouveau bureau et de présenter les projets de l'année à venir.

L'heure du bilan

Drupal Dev Days 2015 à Montpellier

Les drupal devs days 2015

Du 13 au 19 avril dernier, l'équipe organisatrice accueillait environ 350 personnes, sur une semaine, à Montpellier. Pour sprinter, présenter une session ou retrouver ses amis, ils étaient là, venus du monde entier. Un projet qui s'est monté pendant plus de 9 mois. C'est aussi une belle réussite culinaire :)

Une année sous le signe des communautés

Instants lors d'événements 2015

Cette année l'association a été particulièrement présente lors d'évènements divers : JDLL à Lyon, PHP Tour Luxembourg, RMLL, Drupagora, POSS (Solutions Linux), Forum PHP, JM2L, SymfonyCon Paris, ...

Ces interventions vont continuer, car l'association sera présente lors d'Agora CMS le 1er avril prochain et des JDLL le 2 et avril.

A noter aussi cette année la participation à un podcast wordpress autour des communautés.

Novembre 2015, Drupal 8 était publié et nous faisions la fête ! 5 villes ont organisé pour l'occasion une rencontre. #celebratedrupal8

Améliorations

Cette année aussi, le site s'est étoffé. Florent y avait intégré l'adhésion en ligne. Une carte des meetups en France a aussi été intégrée. Nous préparons de nouvelles mises à jour pour la suite.

Côté finances

Le bilan financier annuel est bon. L'évènement Drupal Dev Days s'est avéré positif, avec un budget initial ambitieux de plus de 50 000€. Nous avons bénéficié de dons (Drupal Dev Days Szeged, Drupal Association, Accelerate Drupal 8), ce qui nous a permis par la suite de donner à notre tours (Accelerate Drupal 8 et Drupal Dev Days Milan).

A noter toutefois que les frais de l'association sont en hausse et que pour sa stabilité l'organisation d'un évènement par an est nécessaire, quel dommage :p

Nouveau bureau et présentation des commissions

Le nouveau bureau

Petit changement dans le bureau cet année, pour le secrétaire. Vincent Maucorps laisse sa place à Florent Torregrosa, Vincent restant vice-secrétaire. Léon Cros et Anne-Sophie Picot, restent à leur poste respectif de président et trésorière.

Commissions

Nous avions déjà abordé par le passé l'idée de fédérer les actions adhérentes et de décharger le bureau. A été présenté la proposition de fonctionnement des commissions.

Soit des groupes autonomes, en charge de points précis, se relayant au bureau, pour la communication et logistique générale.

Liste rapide des commissions

Ces commissions, leurs rôles, leurs participants seront présentées sur le site dans l'espace association très prochainement.

Et maintenant ?

un drupalcamp en 2016 à Nantes

Drupal camp Nantes logo

Nous y étions en 2011, nous y revenons, le temps d'un week-end pour un camp sous le soleil du mois de Juin. Réservez vos 10, 11 et 12 juin 2016 ! Le site de l'évènement

la nouvelle communication de l'association

Logo de l'association

Nous en parlions il y a quelques semaines. Avions publié un concours de logo. L'association porte désormais de nouvelles couleurs. nous remercions tous les participants et félicitons Christophe Sadowski et Kévin Bothua pour leur logo sélectionné.

Un gros challenge de mise à jour de notre communication, nous attends donc.

les Prix Drupal France

Parce qu'il faut bien marquer le coup de temps en temps, et qu'il faut aussi profiter des bonnes occasions pour remercier les forces vives. Cette année, a été intégré le Prix Drupal France. Rien de systématique, juste l'occasion de mettre en lumière des participations.

Cette année, deux évènements ont été mis en lumière :

  • le changement de logo
  • l'organisation sans faille des Drupal Devs Days

Kévin et Christophe pour leur logo et Julien, Edouard et Anne-Sophie, pour l'organisation des DDD, ont été remerciés pour leurs participations respectives.

En page d'accueil : 

Pages