Comprendre la série de conteneurs d'injection de dépendances PHP (2) Ce dont vous avez besoin

Dans l'article précédent, nous avons utilisé un cas Web spécifique pour illustrer l'injection de dépendances. Aujourd'hui, nous allons parler du conteneur d'injection de dépendances (Container). Commençons par une déclaration importante :

Big Most of. le moment où vous utilisez l’injection de dépendances pour découpler les composants, vous n’avez pas besoin de conteneur.

Mais si vous souhaitez gérer de nombreux objets différents et gérer des dépendances complexes entre objets, les conteneurs deviennent très utiles.
Vous vous souvenez de l'exemple du premier article ? Avant de créer un objet User, vous devez d'abord créer un objet SessionStorage. Ce n'est pas grave, mais je tiens quand même à dire que c'est parce que vous connaissez clairement les objets dont il dépend avant de créer l'objet dont vous avez besoin. S'il y a beaucoup d'objets et que les dépendances sont compliquées (en supposant que la classe SessionStorage dépend de la classe cache, la classe cache dépend de la classe file et de la classe inputFilter, et la classe file dépend de la classe stdio), alors c'est un problème . . . .

$storage = new SessionStorage('SESSION_ID');
$user = new User($storage);

Dans les articles suivants, nous présenterons comment implémenter des conteneurs dans Symfony 2. Mais pour l’instant, afin d’expliquer les conteneurs de manière simple et claire, nous ignorerons Symfony pour l’instant. Ce qui suit utilisera un exemple dans Zend Framework pour illustrer :
La classe Zend_Mail de Zend Framework simplifie la gestion des e-mails. Elle utilise la fonction mail() de PHP pour envoyer des e-mails par défaut, mais sa flexibilité n'est pas bonne. Heureusement, ce comportement peut être facilement modifié en fournissant une classe de transport.
Le code suivant montre comment créer la classe Zend_Mail et utiliser un compte Gmail pour envoyer des e-mails.

$transport = new Zend_Mail_Transport_Smtp('smtp.gmail.com', array(
  'auth'     => 'login',
  'username' => 'foo',
  'password' => 'bar',
  'ssl'      => 'ssl',
  'port'     => 465,
));
$mailer = new Zend_Mail();
$mailer->setDefaultTransport($transport);

Le conteneur d'injection de dépendances est une grande classe qui peut instancier et configurer divers éléments qu'il gère. cours. Pour pouvoir faire cela, il doit connaître les paramètres et dépendances des méthodes constructeur de ces classes.
Ce qui suit est un conteneur codé en dur, qui implémente toujours le travail d'obtention de l'objet Zend_Mail mentionné précédemment :

class Container
{
  public function getMailTransport()
  {
    return new Zend_Mail_Transport_Smtp('smtp.gmail.com', array(
      'auth'     => 'login',
      'username' => 'foo',
      'password' => 'bar',
      'ssl'      => 'ssl',
      'port'     => 465,
    ));
  }
  public function getMailer()
  {
    $mailer = new Zend_Mail();
    $mailer->setDefaultTransport($this->getMailTransport());
    return $mailer;
  }
}
//容器的使用也很简单
$container = new Container();
$mailer = $container->getMailer();

Lors de l'utilisation du conteneur, si vous avez besoin d'obtenir un objet Zend_Mail, ne Vous devez connaître les détails de sa création, car tous les détails de la création d'une instance d'objet sont intégrés au conteneur. La dépendance de Zend_Mail sur la classe Mail_Transport peut également être automatiquement injectée dans l'objet Zend_Mail via le conteneur.
L'obtention d'objets dépendants est principalement implémentée par getMailTransport(). La puissance du conteneur est obtenue par ce simple appel get.
Mais si vous êtes intelligent, vous devez avoir découvert le problème. Il y a du codage en dur dans le conteneur (comme les informations de compte et de mot de passe pour l'envoi d'e-mails, etc.). Nous devons donc aller plus loin et ajouter des paramètres au conteneur pour rendre le conteneur plus utile.

class Container
{
  protected $parameters = array();
  public function __construct(array $parameters = array())
  {
    $this->parameters = $parameters;
  }
  public function getMailTransport()
  {
    return new Zend_Mail_Transport_Smtp('smtp.gmail.com', array(
      'auth'     => 'login',
      'username' => $this->parameters['mailer.username'],
      'password' => $this->parameters['mailer.password'],
      'ssl'      => 'ssl',
      'port'     => 465,
    ));
  }
  public function getMailer()
  {
    $mailer = new Zend_Mail();
    $mailer->setDefaultTransport($this->getMailTransport());
    return $mailer;
  }
}

Vous pouvez désormais facilement changer de compte et de mot de passe pour l'envoi d'e-mails via les paramètres du constructeur de conteneur

$container = new Container(array(
  'mailer.username' => 'foo',
  'mailer.password' => 'bar',
));
$mailer = $container->getMailer();

Si vous estimez que la classe Zend_Mail ne peut pas répondre aux besoins actuels ( comme lors des tests, vous devez faire quelques journaux), si vous souhaitez changer facilement de classe d'envoi de courrier, vous pouvez également transmettre le nom de la classe via les paramètres du constructeur du conteneur

class Container
{
  // ...
  public function getMailer()
  {
    $class = $this->parameters['mailer.class'];
    $mailer = new $class();
    $mailer->setDefaultTransport($this->getMailTransport());
    return $mailer;
  }
}
$container = new Container(array(
  'mailer.username' => 'foo',
  'mailer.password' => 'bar',
  'mailer.class'    => 'MyTest_Mail',
));
$mailer = $container->getMailer();

Enfin, en considérant que les clients n'ont pas besoin de ré-instancier à chaque fois lors de l'obtention de l'objet mailer (surcharge), le conteneur doit fournir la même instance d'objet à chaque fois.
Par conséquent, le programme utilise le tableau statique protégé $shared pour stocker le premier objet instancié. À l'avenir, lorsque l'utilisateur obtiendra le mailer, le premier objet instancié sera renvoyé

class Container
{
  static protected $shared = array();
  // ...
  public function getMailer()
  {
    if (isset(self::$shared['mailer']))
    {
      return self::$shared['mailer'];
    }
    $class = $this->parameters['mailer.class'];
    $mailer = new $class();
    $mailer->setDefaultTransport($this->getMailTransport());
    return self::$shared['mailer'] = $mailer;
  }
}

Les conteneurs sont encapsulés. ces fonctions de base. Ce que le conteneur doit gérer inclut l’instanciation et la configuration des objets. Ces objets eux-mêmes ne savent pas qu'ils sont gérés par le conteneur et peuvent ignorer l'existence du conteneur. C'est pourquoi le conteneur peut gérer n'importe quelle classe PHP. Il serait préférable que l'objet lui-même utilise l'injection de dépendances pour gérer les dépendances, mais bien sûr, cela n'est pas nécessaire.

Mais créer et entretenir des contenants à la main peut vite devenir un cauchemar. L'article suivant décrira comment Symfony 2 implémente les conteneurs.

Ce qui précède est ce dont vous avez besoin pour comprendre la série de conteneurs d'injection de dépendances PHP (2). Pour plus de contenu connexe, veuillez faire attention au site Web PHP chinois (www.php.cn) !