Как я могу использовать «Dependency Injection» в простых функциях php, и стоит ли мне беспокоиться? - PullRequest
Новая
       16

Как я могу использовать «Dependency Injection» в простых функциях php, и стоит ли мне беспокоиться?

67 голосов
/ 13 февраля 2010

Я постоянно слышу, как люди говорят о внедрении зависимости и о ее пользе, но я не совсем понимаю.

Мне интересно, является ли это решением проблемы "Я все время передаю соединения с базой данных в качестве аргументов".

Я попытался прочитать статью в Википедии, но пример написан на Java, поэтому я не совсем понимаю разницу, которую он пытается прояснить. (http://en.wikipedia.org/wiki/Dependency_injection).

Я прочитал эту статью о внедрении зависимостей в php (http://www.potstuck.com/2009/01/08/php-dependency-injection/), и похоже, что цель состоит в том, чтобы не передавать зависимости напрямую объекту, а оцепить создание объекта вместе с создание его зависимостей. Я не уверен, как применить это в контексте использования функций php.

Кроме того, является ли следующее внедрение зависимостей, и стоит ли мне пытаться сделать внедрение зависимостей в функциональном контексте?

Версия 1: (код, который я создаю, но не люблю каждый день) 

function get_data_from_database($database_connection){
    $data = $database_connection->query('blah');
    return $data;
}

Версия 2: (не нужно передавать соединение с базой данных, но, возможно, не внедрение зависимости?) 

function get_database_connection(){
    static $db_connection;
    if($db_connection){
        return $db_connection;
    } else {
        // create db_connection
      ...
    }
}

function get_data_from_database(){
   $conn = get_database_connection();
   $data = $conn->query('blah');
   return $data;
}

$data = get_data_from_database();

Версия 3: (создание «объекта» / данных выполняется отдельно, а код базы данных остается неизменным, поэтому, возможно, это будет считаться внедрением зависимости?) 

function factory_of_data_set(){
    static $db_connection;
    $data_set = null;
    $db_connection = get_database_connection();
    $data_set = $db_connection->query('blah');
    return $data_set;
}

$data = factory_of_data_set();

У кого-нибудь есть хороший ресурс или просто понимание, которое объясняет метод и выгоду -crystal- ясно?

Ответы [ 5 ]

75 голосов
/ 31 марта 2010

Внедрение зависимостей - это большое слово для "У меня есть еще несколько параметров в конструкторе".

Это то, что вы делали до ужасной волны Синглтона, когда вам не нравились глобалы: 

<?php
class User {
    private $_db;
    function __construct($db) {
        $this->_db = $db;
    }
}

$db   = new Db();
$user = new User($db);

Теперь уловка заключается в использовании одного класса для управления вашими зависимостями, что-то вроде этого: 

class DependencyContainer 
{
    private _instances = array();
    private _params = array();

    public function __construct($params)
    {
        $this->_params = $params;
    }

    public function getDb()
    {
        if (empty($this->_instances['db']) 
            || !is_a($this->_instances['db'], 'PDO')
        ) {
            $this->_instances['db'] = new PDO(
                $this->_params['dsn'],
                $this->_params['dbUser'], 
                $this->_params['dbPwd']
            );
        }
        return $this->_instances['db'];
    }
}

class User
{
    private $_db;
    public function __construct(DependencyContainer $di)
    {
         $this->_db = $di->getDb();
    }
}

$dependencies = new DependencyContainer($someParams);
$user = new User($dependencies);

Вы должны думать, что вы просто другой класс и более сложный. Но вашему пользовательскому классу может понадобиться что-то, чтобы регистрировать сообщения, как и многие другие классы. Просто добавьте функцию getMessageHandler в свой контейнер зависимостей и немного $this->_messages = $di->getMessageHandler() в свой пользовательский класс. Ничего не изменится в остальной части вашего кода.

Вы получите много информации о документе Symfony

13 голосов
/ 31 марта 2010

Ваш первый пример IS внедрение зависимости, вы вводите зависимость от объекта базы данных в функцию.

Сара сказала, что это не так, но, думаю, это так, я думаю, она думает о контейнерах внедрения зависимостей, которые находятся на следующем уровне:

http://components.symfony -project.org / зависимость инъекции / багажник / книга / 02-Dependency-Injection-контейнеры

7 голосов
/ 13 февраля 2010

Ни один из ваших примеров не похож на внедрение зависимостей, хотя первая версия - самая близкая. Внедрение зависимостей - это метод, используемый в объектно-ориентированном программировании, когда конструктор объекта имеет аргументы для нужных ему сервисных объектов, и эти сервисные объекты передаются создателем экземпляра (который может быть фабрикой, тестом или структура внедрения зависимостей).

Чтобы обойти вашу проблему «всегда передавать объект подключения», вы можете рассмотреть шаблон шаблона. Шаблонный шаблон в основном представляет собой абстрактный базовый класс с общей частью повторяющегося кодового блока и абстрактные методы, позволяющие варьировать экземпляры этих повторяющихся кодовых блоков. По сути, база - это шаблон блока кода, а абстрактные методы - это пробелы, которые необходимо заполнить. Я лично использую шаблон метода шаблона для управления ресурсами базы данных в Java.

2 голосов
/ 08 июня 2012

Внедрение зависимостей - это идея удаления зависимости между двумя компонентами, чтобы сосредоточиться на том, почему они являются зависимыми.

Представьте, что у вас есть компонент A, который должен использовать службы другого компонента B.

Если вы жестко закодируете существование B внутри A, то вы застрянете, когда захотите, чтобы A использовал те же сервисы, но реализованные другим компонентом.

Таким образом, обычно вы определяете интерфейс службы, который будут реализовывать B и C, и вы проверяете, что при использовании A вы загружаете его объектами, совместимыми с необходимым интерфейсом.

В вашем случае вы можете считать, что ваш интерфейс - это служба, по которой вы можете сделать запрос.

Ваш первый случай - тот, который ближе к идее внедрения зависимости.

2 голосов
/ 02 апреля 2012

Я сам много занимался поиском по этой теме (инъекция PHP-зависимостей) и мне не очень понравилось. Много было написано на эту тему для других языков (Google Guice - http://code.google.com/p/google-guice/; Java Spring), но я не смог найти много доступного для PHP. Однако, независимо от языка, проблемы схожи.

Три версии, которые вы перечислите в своем вопросе, являются типичным подходом. Версия 3 является наиболее близкой к тому направлению, в котором я видел развитие отрасли. Перекладывая ответственность за создание зависимых объектов за пределы вашего класса, вы можете свободно манипулировать ими в своем тестовом коде. Однако проблема, с которой я столкнулся при таком подходе, заключается в том, что в вашем конструкторе вы получите длинные цепочки зависимых объектов, которые потенциально могут даже не использоваться принимающим объектом, но будут передаваться во вторичный зависимый объект. Это становится грязным, и вы теряете знание о том, что происходит откуда.

Пример контейнера зависимостей от @Arkh и @mmmshuddup - отличное начало, но я, тем не менее, нашел ограничения и в этом подходе. Конечным решением, к которому я пришел, было нестандартное решение, смоделированное по образцу популярного в Scala Cake Pattern. Это позволяет вам передавать отдельную зависимость в каждый из ваших конструкторов, а также определять стандартную конструкцию зависимых объектов для класса. Это освобождает вас от длинных цепочек зависимостей, а также от потери контроля над реализациями ваших зависимостей по умолчанию.

Я назвал систему Diesel, и я был действительно счастлив с ней. Я опубликовал код на GitHub для всех, кто заинтересован. Вы можете найти его в блоге, который я написал на эту тему, в котором описывается основное использование, а также более подробно рассматривается ваш вопрос. http://developers.blog.box.com/2012/02/15/introducting-diesel-php-dependency-injection/

...