Geneované továrničky, proč?

Aby sis tu komponentu mohl vygenerovat tolikrát kolikrát potřebuješ. Např. komponenta co ti dělá přihlašovací form. Chceš mít na stránce dva, jeden do modálního okna na otevření tlačítkem a druhou přímo ve stránce. Takže si pomoci továrničky udělat tu komponentu 2× ale pokaždé s jinými parametry. Nemusíš pak psát new JmenoComponenty(zavislosti,…) ale jen $factory->create()

Ja ten iface pisu vzdy do samostatneho souboru, ale prakticky je to jedno, hlavne aby to nasel nejaky loader (a kdyz to bude v app, tak to robot loader najde). Ale prijde mi prehlednejsi to davat do samotneho souboru, uz jen dle letmeho pohledu do adresarovy struktury vidim, ze to ma napsanou tovarnu

interface obecne jsou takove predpisy, jak ta trida ma vypadat, respektive co ma umet. Takze kdyz nekde vyzadujes interface, je ti jedno, jak je ta trida implementovana – jestli treba zapisuje na disk nebo do databaze, tebe zajima pouze to, aby se chovala, jak rika ten interface.

V pripade generovanych tovarnicek vytvoris interface a nette dle toho vygeneruje implementaci. Jak takova implementace vypada, muzes najit ve vygenerovanem DI kontejneru na konci souboru. (temp/cache/Nette.Configurator/…php)

Možná by chtělo si něco přečíst o interfacech: https://php.net/…terfaces.php

Nebo Mailer. Takhle vypadá můj testovací mailer. Ale protože používám rozhraní, mohu si ho v configu vytvořit (v tomto případě jako službu) a každá komponenta, nebo presenter, který si po kontejneru vyžádá instanci IMailer, tak dostane můj BarDumpMailer. A na ostrén serveru se místo toho nakonfiguruje třeba Nettí SmtpMailer. Tolik k používání rozhraní. Teoreticky by stejnou službu udělala i nějaká BaseClass, od které by všichni dědili, ale tam pak vzniká často obtěžující závislost na té BaseClass. Např. v tomhle případě není potřeba.

Služby i komponnety se dnes v configu zapisují stejně a rozdíl je jen v tom, jak si je vyžádáš. Přímý inject ti vrátí vždy stejnou instanci služby. Třeba tem můj mailer bude jen jeden pro celou aplikaci.
Továrnička ti zajistí vytvoření nové instance. To se používá třeba pro komponenty (tam si zpravidla každá instance komponenty žije vlastním životem).

Tak už chápu podstatu těch továrniček :). a snažím se je tedy zprovoznit nějak takhle:

namespace App\Components;

new MyControl extends UI\Control
{
.
.
}

namespace App\Factories;
use App\Components;

interface IMyControlFactory
{
	/** @return Components\MyControl */
	function create(); //tady už phpStorm řve
}

Ta komponenta teda musí obsahovat tu fci create() ?

ano musí, to je podstate nettích továrniček, že mají jen jednu metodu create

@akadlec ta abstrakce mi nedošla :) díky.
@DavidMatějka ok tak už se asi pomalu blížím do cíle ještě se mu sice něco nelíbí Class App\Factories\IMyControlFactory used in service 'myControl' not found or is not instantiable, ale to už bude asi někde moje chyba :) Ještě mě tak napadá, že mě stačí když si tu továrnu injectnu na basePresenteru a můžu si z ní kdykoliv vytvořit komponentu kdekoliv v aplikaci :) což je super!

Editoval kleinpetr (24. 4. 2015 15:03)

ukaz neon. Kde mas ten interface ulozeny?

To vyzerá na zlý namespace. Je 100% dobrý? Prípadne ti RobotLoader nenájde súbor. Premazal si cache?

@MichalVyšinský u ty factory ma uveden namespace App\Factories

@kleinpetr jeste jsem se ptal, kde to mas ulozeny

Ale predpokladam, ze robot loader mas zapnuty ?

App/factories/IMyControlFactory.php to je predpokladam jen typo a je to ve slozce app stejne jako zbytek aplikace?

Jak si psal „tady už phpStorm řve“, co tam phpstorm rve? ukaz jak presne ted vypada ten soubor s tovarnou?

ma to byt interface, ne abstraktni trida…

IMHO jsi začal tím složitějším, a to jak se taková továrnička napíše v Nette s využitím generovaných továrniček a DI containeru.

Základ v čistém PHP je:
Služba (service): vytvořím ji jen jednou a pak už pokaždé předávám tuto jednu instanci. (Např. připojení k databázi.) Kdysi se na to používal „návrhový vzor“ singleton. Nette má daleko lepší nástroj – DI kontejner, ve kterém se vytváří všechny třídy a ve kterém se pak skládají dohromady. Tento kontejner tedy vytvoří jedinou instanci služby a pak ji předá všem, kteří ji potřebují.

Továrna na třídy (factory): je to služba, která umí vytvářet nové instace. Kontejner ji tedy předá jako službu, ale v kódu už si nad touto službou zavoláš metodu create() a ta vytvoří novou instanci.

Nejjednodušší tovární třída bez vazby na nette by vypadala třeba takhle:

<?php
class MyControlFactory
{
    public function create()
    {
        return new MyControl;
    }
}
?>

Výhoda oproti použití operátoru new místo továrny je jen jedna, ale důležitá. Pokud bys potřeboval změnit způsob vytváření té komponenty, stačí upravit továrnu a nikoliv procházet celou aplikaci.
Takovou si můžeš udělat i v Nette a zaregistrovat jako službu a pak ji používat: $myControl = $this->myControlFactory->create();

Problém je, když potřebuješ předávat nějaké další závislosti. Všechny pak musíš injectovat do té továrny jen proto, aby je ta továrna zase předala té komponentě. Spousta rutinního kodu. Proto vznikly (už jako Nette specialitka) generované továrny, které umí Nette vytvořit samo z rozhraní, kterým popíšeš, co má ta továrna vracet. (Proto jsou všechny anotace povinné, podle nich se určí, co má továrna dělat.) Název metody create() je jen Nette konvence, kdyby sis to psal sám, klidně ji můžeš pojmenovat jinak.

A tohle celé nijak nesouvisí s kódem té komponenty MyControl! Celé je to jen o tom, jak vytvořit třeba v presenteru instanci komponenty co nejvýhodnějším způsobem (upravitelnost, testovatelnost, neskrývání závislostí, …). Ta komponenta vůbec neví, jestli použiješ tenhle aprát s metodou create(), nebo někde na prasáka zapíšeš $myControl = new MyControl;.

Editoval Šaman (24. 4. 2015 17:49)

Ahoj,

prosím, když chci při vytváření komponenty přes továrnu předat nějakou jinou třídu. U mě spojení na databázi? Jde to nějak zařídit?

Aby to fungovalo nějak takhle, jak je v továrně co jsem si napsal ručně?

protected $analytics;
	protected $db;

	function __construct(\Nette\Database\Context $db) {
		$this->db = $db;
	}

	public function create()
	{
		$this->analytics = new \App\Model\Analytics($this->db);
		return $this->analytics;
	}

Jo to jsem zkoušel a nefungovalo to (pak jsem smazal starou továrnu – kterou nette najde a i když nepoužívá tak ji zvaliduje). Super díkec.

Ale ještě když si s tím hraji, tak jsem narazil na problém. Když bych místo instance jiné třídy tam chtěl z konfigu dostat nějakou konstantu. Šel jsem na to podle tohoto návodu, ale nějak mi to padá. http://www.zeminem.cz/…nitive-guide

- implement: App\Model\IAnalyticsFactory
	create: App\Model\Analytics(test: %promena%)

interface IAnalyticsFactory
{
    /** @return \App\Model\Analytics */
    function create();
}

function __construct($test){
		\Tracy\Debugger::barDump($test);
	}

Tak mi to napíše tuhle chybu – Service ‚68‘: Parameter $test in App\Model\Analytics::__construct() has no type hint, so its value must be specified.

A porůznu když zkusím nějaké kombinace, takt o vždy na něčem spadne. Když zkusím v configu místo create tam dát arguments, tak to zahlásí že nezná službu arguments… jiná kombinace mě už nenapadla :/