Dokumentace – Inject autowire

Obecně Dependency Injection a Lazy Loading jdou přímo proti sobě. Nebo aspoň tak sem to pochopil.

ViPErCZ napsal(a):

…
Ve větě: „Autowire je automatizace a žádná automatizace není zcela dokonalá. I autowiring pomocí inject metod své mouchy.“

fixed! díky!

ViPErCZ napsal(a):
Mám totiž presenter, kde injectuju službu registrovanou v configu, ale ta se použije jen při určité akci.

Jedna možnost je dělat menší presentery, klidně s jednou akcí.

zkusil jsem si dát do konstruktoru služby špatný parametry připojení k imap serveru, tak i když službu nepoužiju dostanu warning z konstruktoru služby.

Zásadní chyba je, že konstruktor dělá takové náročné věci jako je připojování se k imap serveru. Konstruktor by měl pouze zvalidovat parametry a přiřadit je do privátních proměnných objektu. Pokud se toho programátor drží, lazy loading není vlastně vůbec potřebný.

Honza Marek napsal(a):
Zásadní chyba je, že konstruktor dělá takové náročné věci jako je připojování se k imap serveru. Konstruktor by měl pouze zvalidovat parametry a přiřadit je do privátních proměnných objektu. Pokud se toho programátor drží, lazy loading není vlastně vůbec potřebný.

Tak to jsem si asi stáhl blbou třídu z phpclasses.org :-D
Je pravda, že to mě nenapadlo a že by vytvoření objektu vyplnilo jen properties bylo celkem nenáročné na rychlost… ale furt se vytváří v paměti objekt a pro určité části presenteru není potřeba. Myslel jsem právě, že Nette tím, že si to registruje člověk přes config, obsará za mě lazzy loading. To už bych nic nezkazil i tím, kdybych si zavolal přes new vytvoření objektu až v té dané metodě Presenteru, jestli se nepletu :-)

Filip Procházka napsal(a):

@ViPEr*CZ*: Nezkazil. Ale musíš si uvědomit, že do toho objektu nějak potřebuješ dostat závislosti (pokud nějaké vyžaduje). V takovém případě, je nejlepší prohnat to přes DI Container.

Jasně to je další problém… pokud bude objekt mít ještě například připojení k databázi, pak se to zkomplikuje a pak už se vyplatí z důvodu lenosti autowire v configu.
Tím pádem jesli se nepletu, tak mi kámoš inject* spustí i připojení k oné DB? A když to budu chtít mít podle toho co napsal Honza a zároveň bych nechtěl mít něco jako metodu imap->connect(), kterou budu volat až někde v průběhu, tak abych si ještě do objektu zakomponoval vlastní lazy na připojení k imapu :-( Uff to je práce :-D