Dependency injection (vkládání závislostí)

Příklady z praxe

1. 01

   Test bez databáze a e-mailu

   Test objednávkové služby nemusejí posílat skutečný e-mail ani zapisovat do databáze. Test předá službě falešný repozitář a falešný mailer, takže ověří jen obchodní pravidlo potvrzení objednávky. Stejná třída může v produkci dostat reálné implementace bez změny metody confirm.

   class OrderService:
       def __init__(self, repository, mailer):
           self.repository = repository
           self.mailer = mailer
   
       def confirm(self, order_id):
           order = self.repository.find(order_id)
           order.confirm()
           self.repository.save(order)
           self.mailer.send_confirmation(order)
   
   service = OrderService(FakeRepository(), FakeMailer())

2. 02

   Registrace služby ve webové aplikaci

   Webová aplikace v ASP.NET Core zaregistruje repozitář jako službu s životností jednoho požadavku. Controller dostane IOrderRepository v konstruktoru a neřeší, jak se SqlOrderRepository vytváří. Při pozdější migraci nebo testu stačí změnit registraci, ne controller.

   builder.Services.AddScoped<IOrderRepository, SqlOrderRepository>();
   builder.Services.AddSingleton<Clock>();
   
   public class OrdersController
   {
       private readonly IOrderRepository repository;
   
       public OrdersController(IOrderRepository repository)
       {
           this.repository = repository;
       }
   }

Časté omyly

MýtusDependency injection znamená, že musím používat velký framework nebo kontejner.

Ve skutečnostiDependency injection je princip předávání závislostí zvenku. Kontejner je jen nástroj, který se hodí u větších aplikací, ale ruční předání objektů přes konstruktor splňuje stejnou základní myšlenku.

MýtusDependency injection je potřeba použít úplně všude.

Ve skutečnostiDependency injection pomáhá hlavně u objektů s vyměnitelnými spolupracovníky a vedlejšími efekty. U jednoduchých hodnotových objektů, čistých funkcí nebo malých skriptů může zavedení rozhraní a registrací přidat víc složitosti než užitku.

Časté dotazy

Které závislosti má smysl injektovat?

Dependency injection má největší smysl u tříd, které spolupracují s infrastrukturou nebo jinými vrstvami aplikace. Typickým signálem je potřeba nahradit databázi, HTTP klienta, logger, hodiny, frontu zpráv nebo externí API při testu. Jednoduchá datová struktura nebo čistá funkce bez vedlejších efektů obvykle žádnou injektáž nepotřebuje, protože žádné vyměnitelné okolí nepoužívá.

Je Dependency injection totéž co IoC kontejner?

Dependency injection může fungovat i bez kontejneru. Ruční předání objektů přes konstruktor je pořád dependency injection, pokud třída sama nevytváří své spolupracovníky. IoC kontejner pouze automatizuje skládání většího objektového grafu, řeší životnost instancí a odstraňuje opakující se tovární kód. V malém programu může být ruční skládání čitelnější než konfigurace kontejneru.

Může Dependency injection zhoršit čitelnost kódu?

Dependency injection může kód zkomplikovat, pokud se používá mechanicky. Příliš mnoho rozhraní, registrací a vrstev kolem jednoduché logiky zhorší čitelnost a prodlouží cestu od volání k reálné implementaci. Užitečná hranice je praktická: závislost má být vyměnitelná, testovatelná nebo konfigurovatelná. Bez takového důvodu je další abstrakce často jen režie.

Proč se Dependency injection často zmiňuje u unit testů?

Dependency injection usnadňuje unit testy tím, že testovaná třída dostane náhradní implementace svých spolupracovníků. Test pak nemusí spouštět databázi, platební bránu ani síťovou službu, aby ověřil rozhodování uvnitř třídy. Přínos není jen rychlost, ale také přesnost: selhání testu ukazuje na testovanou logiku, ne na nestabilní okolní infrastrukturu.

Zdroje

1. Dependency injection in .NET(otevře se v novém okně)Microsoft
2. Dependency injection in ASP.NET Core(otevře se v novém okně)Microsoft
3. Dependency injection(otevře se v novém okně)Wikipedia

Související pojmy

• APIAPI je smluvené rozhraní, přes které spolu dva programy komunikují, aniž by jeden musel znát vnitřní fungování druhého. Definuje, jaké operace lze volat, jaká data se posílají a co se vrátí zpět.
• BackpressureBackpressure je mechanismus, kterým pomalejší část systému dává rychlejší části najevo, že má zpomalit, počkat nebo zahodit část práce. Používá se u streamů, front, sítí a event-driven aplikací, aby se nekonečně nehromadila data v paměti a aby přetížení nespadlo až na celý proces.
• Brute force útokBrute force útok je metoda prolomení hesla, klíče nebo jiného tajemství systematickým zkoušením možných kombinací, dokud útočník nenarazí na tu správnou. Nevyužívá žádnou chybu v algoritmu, spoléhá se čistě na výpočetní výkon a čas. Obranou je délka a entropie tajemství, pomalé hashovací funkce, omezení počtu pokusů a druhý faktor.
• 3D model3D model je digitální reprezentace objektu nebo prostoru ve třech rozměrech, složená z geometrie, materiálů a často i textur, animací či fyzikálních vlastností. Používá se v hrách, filmech, průmyslovém návrhu, architektuře, e-commerce i simulacích, kde software z modelu počítá zobrazení nebo další data.
• ACIDACID je sada čtyř vlastností databázové transakce: atomicity, consistency, isolation a durability. Zaručuje, že skupina zápisů proběhne jako jeden celek, neporuší definovaná pravidla databáze, nebude se nebezpečně míchat s jinými transakcemi a po potvrzení přežije pád systému, například při převodu peněz.
• Adaptive IconAdaptivní ikona je formát ikony aplikace na Androidu, který se místo jedné hotové bitmapy skládá z oddělených vrstev: pozadí a popředí. Systém výsledný tvar sám ořízne podle masky výrobce zařízení a může vrstvy animovat nebo přebarvit. Vývojář tak dodá jeden zdroj a launcher z něj vytvoří kruh, čtverec i squircle.
• Adresa v pamětiAdresa v paměti je číslo, kterým procesor jednoznačně označuje konkrétní buňku operační paměti, obvykle jeden bajt. Program pomocí adresy říká, odkud má data načíst nebo kam je zapsat. Adresy tvoří souvislý číselný rozsah, jehož velikost určuje šířka adresní sběrnice a architektura, typicky 32 nebo 64 bitů.
• AI agentAI agent je softwarový systém, který pomocí modelu umělé inteligence vnímá zadaný kontext, plánuje další kroky a samostatně volá nástroje nebo služby k dosažení cíle. Na rozdíl od jednorázového promptu udržuje stav úlohy, vyhodnocuje výsledky akcí a může opakovat postup, dokud nesplní zadání nebo nenarazí na limit.