EducationBot: Новая страница: «{{Русская Википедия/Панель перехода}} '''Внедрение зависимости''' ({{lang-en|Dependency injection, DI}}) — процесс предоставления внешней зависимости программному компоненту. Является специфичной формой «Инверсия упра...»

2023-08-09T17:25:29Z

Новая страница: «{{Русская Википедия/Панель перехода}} '''Внедрение зависимости''' ({{lang-en|Dependency injection, DI}}) — процесс предоставления внешней зависимости программному компоненту. Является специфичной формой «Инверсия упра...»

Новая страница

{{Русская Википедия/Панель перехода}}
'''Внедрение зависимости''' ({{lang-en|Dependency injection, DI}}) — процесс предоставления внешней зависимости [[Компонентно-ориентированное программирование|программному компоненту]]. Является специфичной формой «[[Инверсия управления|инверсии управления]]» ({{lang-en|Inversion of control, IoC}}), когда она применяется к управлению зависимостями. В полном соответствии с [[Принцип единственной ответственности|принципом единственной ответственности]] объект отдаёт заботу о построении требуемых ему зависимостей внешнему, специально предназначенному для этого общему механизму{{sfn|Martin|2008}}.

== Настоящее внедрение зависимости ==
При использовании паттерна «внедрение зависимости» объект пассивен и не предпринимает вообще никаких шагов для выяснения зависимостей, а предоставляет для этого [[setter|сеттеры]] и/или принимает своим конструктором аргументы, посредством которых внедряются зависимости{{sfn|Martin|2008}}.

== Принцип работы ==
{{нет ссылок в разделе|дата=2013-11-13}}
Работа [[Фреймворк|фреймворка]], обеспечивающая внедрение зависимости, описывается следующим образом. Приложение, независимо от оформления, исполняется внутри контейнера [[Инверсия управления|IoC]], предоставляемого фреймворком. Часть объектов в программе по-прежнему создается обычным способом языка программирования, часть создается контейнером на основе предоставленной ему конфигурации.

Условно, если [[Объект (программирование)|объекту]] нужно получить доступ к определенному сервису, объект берет на себя обязанность по доступу к этому сервису: он или получает прямую [[Ссылка (программирование)|ссылку]] на местонахождение сервиса, или обращается к известному «[[Локатор служб|сервис-локатору]]» и запрашивает ссылку на реализацию определенного типа сервиса. Используя же внедрение зависимости, объект просто предоставляет свойство, которое в состоянии хранить ссылку на нужный тип сервиса; и когда объект создается, ссылка на реализацию нужного типа сервиса автоматически вставляется в это свойство (поле), используя средства среды.

Внедрение зависимости более гибко, потому что становится легче создавать альтернативные реализации данного типа сервиса, а потом указывать, какая именно реализация должна быть использована в, например, конфигурационном файле, без изменений в объектах, которые этот сервис используют. Это особенно полезно в [[Юнит-тестирование|юнит-тестировании]], потому что вставить реализацию «[[Mock-объект|заглушки]]» сервиса в тестируемый объект очень просто.

С другой стороны, излишнее использование внедрения зависимостей может сделать приложения более сложными и трудными в сопровождении: так как для понимания поведения программы программисту необходимо смотреть не только в исходный код, а еще и в конфигурацию, а конфигурация, как правило, невидима для [[Среда разработки программного обеспечения|IDE]], которые поддерживают анализ ссылок и [[рефакторинг]], если явно не указана поддержка [[фреймворк]]ов с внедрениями зависимостей.

== Примеры кода ==
При использовании внедрения зависимостей, как правило, существует конфигурационный механизм или архитектура, которая определяет целесообразность выбора той или иной реализации в зависимости от поставленных целей.

{{Hider hiding
|title=Примеры на различных языках
|content=
=== Пример кода на [[PHP]] ===
<syntaxhighlight lang="php" line="1">
<?php
/**
* Класс конфигурация базы данных
*/
class DbConfiguration
{

private $host;
private $port;
private $username;
private $password;

public function __construct(string $host, int $port, string $username, string $password)
{
// вся суть Di находится в строчках ниже
$this->host = $host;
$this->port = $port;
$this->username = $username;
$this->password = $password;
}

public function getHost()
{
return $this->host;
}

public function getPort()
{
return $this->port;
}

public function getUsername()
{
return $this->username;
}

public function getPassword()
{
return $this->password;
}
}

/**
* Класс соединение с базой данных
*/
class DbConnection
{

private $configuration;

public function __construct(DbConfiguration $config)
{
// вся суть Di находится в строчке ниже
$this->configuration = $config;
}

public function getDsn()
{
// примечание: это не реальный dsn, разделители в реальном dsn другие
return sprintf(
'%s:%s@%s:%d',
$this->configuration->getUsername(),
$this->configuration->getPassword(),
$this->configuration->getHost(),
$this->configuration->getPort()
);
}
}

// создаем объект конфигурации базы данных, передавая в конструктор параметры
$config = new DbConfiguration('localhost', 3306, 'username', 'password');
// создаем объект соединения с базой, посылая в конструктор объект конфигурации
// использование Di дает слабосвязность кода
$connection = new DbConnection($config);

</syntaxhighlight>

=== Пример кода на [[Java]] ===
<source lang="java">
public interface ICar {
public float getSpeed();
public void setPedalPressure(final float PEDAL_PRESSURE);
}

public interface IEngine {
public float getEngineRotation();
public void setFuelConsumptionRate(final float FUEL_FLOW);
}
</source>

==== Без использования dependency injection ====
<source lang="java">
public class DefaultEngineImpl implements IEngine {
private float engineRotation = 0;

public float getEngineRotation() {
return engineRotation;
}

public void setFuelConsumptionRate(final float FUEL_FLOW) {
engineRotation = …;
}
}

public class DefaultCarImpl implements ICar {
private IEngine engine = new DefaultEngineImpl();

public float getSpeed() {
return engine.getEngineRotation()*…;
}

public void setPedalPressure(final float PEDAL_PRESSURE) {
engine.setFuelConsumptionRate(…);
}
}

public class MyApplication {
public static void main(String[] args) {
DefaultCarImpl car = new DefaultCarImpl();
car.setPedalPressure(5);
float speed = car.getSpeed();
System.out.println("Speed of the car is " + speed);
}
}
</source>

==== Внедрение зависимости вручную ====
<source lang="java">
public class DefaultCarImpl implements ICar {
private IEngine engine;

public DefaultCarImpl(final IEngine engineImpl) {
engine = engineImpl;
}

public float getSpeed() {
return engine.getEngineRotation()*…;
}

public void setPedalPressure(final float PEDAL_PRESSURE) {
engine.setFuelConsumptionRate(…);
}
}

public class CarFactory {
public static ICar buildCar() {
return new DefaultCarImpl(new DefaultEngineImpl());
}
}

public class MyApplication {
public static void main(String[] args) {
ICar car = CarFactory.buildCar();
car.setPedalPressure(5);
float speed = car.getSpeed();
System.out.println("Speed of the car is " + speed);
}
}
</source>

==== Внедрение зависимости при помощи фреймворка ====
<source lang="xml">
<service-point id="CarBuilderService">
<invoke-factory>
<construct class="Car">
<service>DefaultCarImpl</service>
<service>DefaultEngineImpl</service>
</construct>
</invoke-factory>
</service-point>
</source>

<source lang="java">
/** Неявная реализация **/

public class MyApplication {
public static void main(String[] args) {
Service service = (Service)DependencyManager.get("CarBuilderService");
ICar car = (ICar)service.getService(Car.class);
car.setPedalPressure(5);
float speed = car.getSpeed();
System.out.println("Speed of the car is " + speed);
}
}
</source>
}}

== См. также ==
* [[Замыкание (программирование)]]
* [[Стратегия (шаблон проектирования)]]

== Примечания ==
{{примечания}}

== Литература ==
* [http://www.manning.com/seemann/ Dependency Injection in .NET] — Mark Seemann, Manning, 2011
* [https://web.archive.org/web/20131109145341/http://books.piter.com/product/vnedrenie-zavisimostey-v-net-3 Внедрение зависимостей в .NET] — Симан М., Питер, 2013.
* [http://smarly.net/dependency-injection-in-net Внедрение зависимостей в .NET] — Марк Симан, неофициальный перевод.
* {{книга
| автор = Robert C. Martin
| заглавие = Clean Code: A Handbook of Agile Software Craftsmanship
| издательство = Pearson Education
| год = 2008
| pages = 157
| isbn = 978-0-13-608325-2
| ref = Martin
}}

== Ссылки ==
* [http://www.martinfowler.com/articles/injection.html Inversion of Control Containers and the Dependency Injection pattern] — [[Фаулер, Мартин|Martin Fowler]].
* [http://www.ddj.com/185300375 Dependency Injection & Testable Objects: Designing loosely coupled and testable objects] — Jeremy Weiskotten; [[Dr. Dobb's Journal]], May 2006.
* [https://web.archive.org/web/20080229042522/http://msdn.microsoft.com/msdnmag/issues/05/09/DesignPatterns/default.aspx Design Patterns: Dependency Injection — MSDN Magazine, September 2005]
* [http://www.developer.com/net/net/article.php/3636501 Writing More Testable Code with Dependency Injection — Developer.com, October 2006] {{Wayback|url=http://www.developer.com/net/net/article.php/3636501 |date=20080311121626 }}
* [https://web.archive.org/web/20151118021655/http://www.pocomatic.com/docs/whitepapers/dsm/ Domain Specific Modeling (DSM) in IoC frameworks]
* [http://www.infoq.com/news/2007/12/does-di-pay-off Does Dependency Injection pay off? — InfoQ]
* [http://www.manning.com/prasanna Dependency Injection] — Dhanji R. Prasanna; [[Manning Publications]], 2008.

{{rq|refless}}

[[Категория:Шаблоны проектирования]]
[[Категория:Архитектура программного обеспечения]]
[[Категория:Статьи с примерами кода Python]]
{{Навигационная таблица/Портал/Русская Википедия}}
[[Категория:Русская Википедия]]
[[Категория:Википедия]]
[[Категория:Статья из Википедии]]
[[Категория:Статья из Русской Википедии]]

Русская Википедия:Внедрение зависимости - История изменений