Získání parametrů nastavených v bootstrapu

Do modelu si pošlete např. přes konstruktor systémový kontejner. Například takto (v Presenteru):

$model = new Model($this->context);

Poté už si v modelu může např. v konstruktoru volat toto:

public function __construct($container) {
	$tempDir = $container->parameters['tempDir']; //Temp Directory
}

Předávat celý kontejner je velice, velice fuj a opodstatněné jen v hrstce případů podívej se do dokumentace prvně na obecný pokec a pak nejčistší variantou bude zaregistrovat celý objekt jako službu pokud ale nechceš z nějakého důvodu registrovat model jako službu, předávej mu jen to, co potřebuje nezbytně ke svému chodu:

$model = new Model($this->context->parameters['tempDir']);

model by si neměl říkat o to, co chce. Pokud mu pošleš celí kontejner, tak z toho začínáš dělat „globální hodnoty“. To je základ DI. Určitě to nějaký zkušenější vysvětlí lépe, ale takhle jednoduše to chápu já.

@22: Ze třídy by mělo být na první pohled jasné, co ke svému životu potřebuje..

S tím naprosto a bez výhrad souhlasím.
O setterech samozřejmě vím. A rozhodně bych nerad udělal z konstruktoru jediný setter co mi do objektu nacpe přes systémový kontejner úplně vše. Asi máš pravdu. Jen moje praxe je moc malá, abych teď viděl co mi to udělá za paseku.
Já přemýšlím (abych to trochu objasnil) tak, že si předám celý kontejner a z něj si prostě hrábnu na vše… jak jednoduché na zapsání na začátek… to bude tou leností :-)
Ono ostatně i samotný presenter má v sobě celý systémový kontejner, tak jsem se možná nakazil odtud.

22 napsal:
@Paradiso: To jsi teda pěkně domotal. DI má především odstraňovat skryté závislosti, což si předáním celého containeru určitě právě zavedeš

Jedinou závislost vidím v tom, že počítáš s tím, že ten kontejner bude obsahovat to, co obsahovat má. A to bych nenazýval zrovna pojmem „skrytá závislost“. Pokud je závislostí hodně, může být praktičtější je předat v nějakém kontejneru (neříkám, že to má být ten systémový, ve kterém je úplně vše), nicméně souhlasím, že vysoký počet závislostí může ukazovat na špatný návrh.

Krom praktičnosti v případě většího počtu závislostí, je ale ještě jeden důvod, proč injektovat kontejner, a sice lazy loading. Nevím, jestli to už Nette umí (ještě nedávno to neumělo, ale David se vyjadřoval v tom smyslu, že o tom uvažuje), ale hodilo by se mít možnost vytahovat továrny na služby z kontejneru, aby šlo služby lazy způsobem předávat dál.

22 napsal:
..Navíc předávat tunu balastu, kterou třída nepotřebuje, je opravdu špatné řešení.

Souhlasím, nicméně nezodpovězenou otázkou zůstává, proč je tomu tak.
Dle mého názoru je to jednak z bezpečnostních důvodů a také pro přehlednost. Pokud má služba přístup jen k tomu, co nutně potřebuje, nemůže např. omylem programátora šáhnout tam, kam nemá, nebo zvěřejnit data, která mají zůstat utajena, atp. Je to podobná věc, jako řeší klíčová slova „private“, „protected“ a „public“ ve třídách. Když všem posílám celý systémový kontejner, jakobych veškeré služby a parametry v něm udělal jaksi globálně public.

do konstruktoru $this nepředáš..

__construct($database, $tempDir, $service);

to už vypadá normálně, ne? :D

a ještě lépe

__construct(IConnection $database, IService $service, $tempDir);

Editoval 22 (14. 2. 2012 14:50)

Jak jsem psal výše, tak si to dát do konfigu je Ok, s tím také souhlasím.
Ta konstrukce s tím, že si každý parametr dám na nový řádek není úplně šťastná. Co píše @22 na můj příspěvek je logické. Já to totiž blb hodil do samotné __construct metody. Samozřejmě jsi to napsal správně jak by vypadal zápis konstruktoru. Ale inicializace (vytvoření) objektu, by pak už vypadala tím mojím zápisem, kde by jsi musel takto předat parametry.

Aby jsme to nějak shrnuly. Myšlenka návrhu objektu (třídy) je lepší tímto stylem a v konstruktoru je lepší si předat 3 parametry namísto jednoho (a to celého kontejneru). A asi je mi jasné co jste mi chtěli předat a to, že zápis bude sromizitelnější a na první pohled je vidět, které zdroje model (služba) potřebuje pro svůj běh.
Asi jsem to již tedy pochopil správněji. A bude lepší nebejt línej v tomto případě a raději se s tím vypsat.

@Viper_CZ: zápis od @duke je v pořádku, lepší, než kilometrový řádek, nemyslíš?

ViPErCZ napsal(a):
Ta konstrukce s tím, že si každý parametr dám na nový řádek není úplně šťastná.

…možná jsem tedy špatně pochopil

Editoval 22 (14. 2. 2012 17:10)