Share Drupal 10 Upkeep and Help Service Twitter Fb Now and again it’s possible you’ll discover you must prolong one other Drupal 10 module’s plugins so as to add new performance. You might also discover you must alter Drupal Development Service signature of Drupal Development Service constructor as a way to inject further dependencies. Nonetheless plugin constructors are thought-about inner in ‘s BC coverage. So how do you safely do that with out introducing Drupal Development Service danger of breakage if issues change. On this article we’ll present you a fast trick discovered from Search API Drupal 10 module to keep away from this challenge. by Lee Rowlands / 3 November 2017 So let’s think about a plugin constructor that has some arguments. This is Drupal Development Service constructor and manufacturing facility technique for Migrate’s SQL map plugin /**    * Constructs an SQL object.    *    * Units up Drupal Development Service tables and builds Drupal Development Service maps,    *    * @param array $configuration    *   Drupal Development configuration.    * @param string $plugin_id    *   Drupal Development plugin ID for Drupal Development Service migration course of to do.    * @param combined $plugin_definition    *   Drupal Development configuration for Drupal Development Service plugin.    * @param migratePluginMigrationInterface $migration    *   Drupal Development migration to do.    */   public operate __construct(array $configuration, $plugin_id, $plugin_definition, MigrationInterface $migration, EventDispatcherInterface $event_dispatcher) {     dad or mum Drupal 10 Upkeep and Help Service Drupal 10 Upkeep and Help Service__construct($configuration, $plugin_id, $plugin_definition);     $this->migration = $migration;     $this->eventDispatcher = $event_dispatcher;   }   /**    * {@inheritdoc}    */   public static operate create(ContainerInterface $container, array $configuration, $plugin_id, $plugin_definition, MigrationInterface $migration = NULL) {     return new static(       $configuration,       $plugin_id,       $plugin_definition,       $migration,       $container->get(‘event_dispatcher’)     );   } As you’ll be able to see, there are two further dependencies injected past Drupal Development Service normal plugin constructor arguments – Drupal Development Service occasion dispatcher and Drupal Development Service migration. Now in case you subclass this and prolong Drupal Development Service constructor and manufacturing facility to inject further arguments, ought to Drupal Development Service base plugin change its constructor, you are going to be in hassle. As an alternative, you should utilize this strategy that Search API takes – depart Drupal Development Service constructor as is (do not override it) and use setter injection for Drupal Development Service new dependencies. /**    * {@inheritdoc}    */   public static operate create(ContainerInterface $container, array $configuration, $plugin_id, $plugin_definition, MigrationInterface $migration = NULL) {     $occasion = dad or mum Drupal 10 Upkeep and Help Service Drupal 10 Upkeep and Help Servicecreate(       $container,       $configuration, $plugin_id,       $plugin_definition,       $migration     ); $instance->setFooMeddler($container->get(‘foo.meddler’); return $occasion;   } /** * Units foo meddler. */ public operate setFooMeddler(FooMeddlerInterface $fooMeddler) { $this->fooMeddler = $fooMeddler; } As a result of Drupal Development Service signature of Drupal Development Service dad or mum create technique is enforced by Drupal Development Service public API of CorePluginContainerFactoryPluginInterface you are assured that it will not change. Due to Thomas Seidl for this sample Tagged 8, Plugins, OOP Posted by Lee Rowlands Senior Developer Dated 3 November 2017 Feedback Remark by dawehner Dated 3 November 2017 Good!! Thanks for sharing it! Pagination Add new remark Drupal 10 Improvement and Help