DI a izolace pomocí „modulů“

před 4 měsíci

Honza Kuchař
Backer | 1656
+
+8
-

Používáme více DI kontejnerů pro rozdělení zodpovědností do různých částí aplikace. Je to skvělé! Zkuste to také.

Moduly

Přemýšlím však na tím, že by bylo opravdu praktické mít možnost kontejner rozdělit na menší části i uvnitř.

Toto rozdělení nemusí být neprůstřelné. Spíš aby výchozím chováním vedlo k vytváření menších soběstačných aplikačních celků s jasně definovaný veřejným rozhraním (exportované služby) a závislostmi (služby vyžadované z jiných modulů).

V podstatě uvažuji nad kontextovým autowiringem. Pokud si v modulu A zapnu autowiring služby ArticlesTable, nechci aby mi na ni jiný modul sahal. Uvnitř modulu však chci mít možnost ji použít bezbolestně. Není důvod, proč bych u služeb uvnitř modulu měl o tuto tabulku explicitně žádat zapisováním názvu služby na všech místech, kde ji použiji. Stejně tak, chci říct, že z tohoto modulu exportuji ArticlesFacade, kterou poté mohu používat v prezenterech.

Co je to modul?

PHP nic takového nezná. Mohlo by se však za modul prohlásit namespace root (tj. i všechny jeho potomci).

Každý modul by potom mohl mít container.neon, který může includovat další .neon definice – ty by tímto automaticky padly pod modul.

Jak to máte vy?

Používáte něco podobného? Podělte se prosím odpovědí níže.

Editoval Honza Kuchař (2. 10. 2019 22:57)

před 4 měsíci

Honza Kuchař
Backer | 1656
+
0
-

Používáte něco podobného? Stojíte o rozdělení aplikace na moduly? Podělte se prosím odpovědí níže.

@DavidGrudl @jiripudil @VáclavPávek @DavidMatějka Děkuji moc za +1, potřebuji však odpověď na citovanou otázku. 😉

před 4 měsíci

Václav Pávek
Backer | 64
+
0
-

@HonzaKuchař mě se to zamlouvá, ale zatím jsem tímto směrem moc neuvažoval.

před 4 měsíci

Mabar
Člen | 201
+
0
-

Máš konkrétní případ, kdy se kontextový autowiring opravdu hodí? Přijde mi snazší autowiring služby prostě vypnout a explicitně ji předat přes název, kam potřebuji. Z práce s více DI kontejnery vzniká spousta komplikací.

před 4 měsíci

Honza Kuchař
Backer | 1656
+
0
-

Máš konkrétní případ, kdy se kontextový autowiring opravdu hodí?

Viz výše. Právě zmíněné soběstačné aplikační celky. Například koherentní část modelu.

Přijde mi snazší autowiring služby prostě vypnout a explicitně ji předat přes název, kam potřebuji.

Ano. To se vůbec nevylučuje s kontextovým autowiringem.

Problém je však v tom, že tu je bolestivé předávat službu i uvnitř „modulu“. Závislost snadněji unikne ven, protože klade stejný odpor pro napojení uvnitř modulu i vně. (ref: Physics of software, friction)

Z práce s více DI kontejnery vzniká spousta komplikací.

Toto je úplně jiná věc, na našem GitHubu je to vysvětleno. S kontextovým autowiringem nijak nesouvisí.

Editoval Honza Kuchař (2. 10. 2019 22:52)

před 4 měsíci

Honza Kuchař
Backer | 1656
+
0
-

Redukuji tedy otázku na následující:

Používáte něco podobného?

Jak udržujete pořádek v závislostech jednotlivých částí vaší aplikace?

(nástroje jako dePHPend nebo deptrac to částečně řešení, nicméně řešení na úrovni DI kontejneru mi nepřijde o nic méně elegantní)

před 3 měsíci

Honza Kuchař
Backer | 1656
+
+3
-

Editoval Honza Kuchař (30. 10. 2019 16:03)

před měsícem

Honza Kuchař
Backer | 1656
+
0
-

Víte o někom, kdo řeší/řešil „moduly“ v PHP? Prosím označte ho/ji zde. Děkuji.