ako pracovať s modelom, prepojenia s presenterom atd

Model nemá žiadnu striktnú formu v nette. Prejdi si príklady, za model sa dá považovať napríklad AlbumRepository.

No pozeram to ale moc tomu nechápem, spýtam sa teda takto.

Spravím nejakú funkciu v modeli, ako ju dostanem do presentera a následne zobrazím na webe ?

Jen pro terminologickou úplnost (protože v dokumentaci je to asi příliš nenápadné): model je označení celé vrstvy aplikace, která má na starosti veškerou business logiku a ani ne sebemenším projektu obvykle není reprezentovaná jen jednou třídou.

Podľa mňa je to celé zložité … ja som sa v tom stratil hned, preto som pre pracu s DB začal používať DIBI a moj život je sladší …

V modeli si vytvorim iba funkciu, ktorá mi vráti napr. dané fetchnuté riadky cez return a v presenteri ju volam napr. SelectModel::VyberHracov()

a v modeli mam public static function vyberHracov() {
$select = dibi dotaz …
return $select;
}

Ak ťa to zaujalo, napíšem ti konkrétny príklad …

Editoval iNviNho (8. 1. 2014 18:06)

@account23: Pro Nette DB taky žádnou službu dělat nemusíš, klidně můžeš do presenteru napsat

$model = new \Model\ProductsModel();
$model->findAll();

Ale když to zaregistruješ jako službu, tak pak je to takto:

/**
 * @inject
 * @var \Model\ProductsModel */
public $model;

$this->model->findAll();

Jednou z výhod služby je, že veškerou její konfiguraci (například dotažení připojení k DB a podobně) neřešíš někde v presenteru ale v config.neon.

Osobně když jsem s Nette začínal, tak jsem taky používal první způsob, protože jsem taky neměl tušení, co to vlastně ta „služba“ je, k čemu to je, jak to vytvořit a podobně, ale časem jsem na to přišel. :)

Jinak co se týká toho MVC problému, tak vlastně to jde úplně zjednodušit, že máš Presenter, který řekne Modelu aby mu dodal data a ty pak dá šabloně, takže úplně jednoduše to není nic víc než:

class TestPresenter {
	/**
	 * @inject
	 * @var \Model\TestModel */
	public $model;

	public function renderDefault() {
		$this->template->data = $this->model->findAll();
	}
}

class TestModel {
	/**
	* @inject
	* @var \Nette\Database\Context */
	public $database;

	public function findAll() {
		return $this->database->table('test')->fetchAll();
	}
}

No a v šabloně máš pak proměnnou {$data}, který obsahuje pole všech údajů co máš v DB.

Editoval Mysteria (8. 1. 2014 19:28)

a čo keby som to spravil v presenteri nejak takto:

$model = new \Model\ProductsModel();

$model->funkciaModelu();

Takto jednoducho by to fungovať nemohlo ? s použitím čistého nette ?

V tom tvojom kode to tak nejak vypadá pokiaľ

findAll(); // je funkcia z modelu ?

ok, dík konečne sa môžem v tom trošku pohnúť :)

No pozeral som aj ten článok o DI a tiež tam vkuse točia ohľadom pripojenia k databáze, načo teda slúži config.local.neon ? Nerieši sa to pripojenie na databázu rovno tam a už to viac nikde nemusim riešiť ? Načo by som v každom modely požadoval nové spojenie ?

A čo ak chcem databázu mať zapnutú globálne? Že ju budem využívať v každom scripte a nemusel ju nijak volať, šlo by to ? Alebo na to slúži ten druhý config.neon ?

Ako som už písal, prešiel som z frameworku codeigniter a tam to fungovalo typom – autoload – automaticky mi načítalo model, alebo librari, či helper… na celý script čiže som ho už nemusel nikde viac volať a mohol využívať jeho funkcie. Čiže mohol som naloadovať databázu pre celý script a už som ju nemusel ani raz v celom scripte spomenúť

Editoval account23 (9. 1. 2014 11:23)

V SelectModel:

<?php
public static function vypisInfoOInzerate($id) {
       return dibi::fetch("select * from inzeraty where inzeraty.id_inz = %i", $id);
   }
?>

V presenteri

<?php
	$info = SelectModel::vypisInfoOInzerate($id);
	$this->template->info = $info;
?>

Ja naozaj nevidím v tomto nikde chybu a v modeli nevidím žiadne pripojovanie do DB … Jeden celý rok sme sa na VŠ učili databázy a rád by som si queries rád písal sám, aj keď s použitim NetteDatabase by to šlo jednoduchšie, ale queries sa už robia inak …

@account23: Tím, že zaregistruješ v Nette službu neznamená, že ji máš automaticky ve všech modelech a presenterech. Když tu službu potřebuješ, tak ji tam prostě injectneš a tím pádem máš pouze ty služby, které potřebuješ (je nesmysl dávat do všech presenterů úplně všechny služby, když je nepotřebuješ).

@iNviNho: Jak v tvém případě dostáváš dibi do toho modelu? Navíc to používání statických metod, když to není nezbytné, tak podle mě taky není dobrej nápad.

@iNviNho: Co třeba minimálně proto, že Environment je od verze 2.0 deprecated, když pomineme, že tímhle způsobem nejde identifikovat závislost modelu na databázi?

Editoval Mysteria (9. 1. 2014 16:20)

@iNviNho: registruj si jeden z extensionu dle tve verze nette https://github.com/…ridges/Nette

@iNviNho: Myslím, že to nemá cenu, je o tom tady celá stránka. Každopádně osobně mě je jedno, že tomu nedáš šanci, nechceš se zlepšit a bráníš špatný přístup. Problém nastává až v případě, kdy je možnost, že se tvýho špatnýho přístupu chytne nováček, kterej nemá možnost poznat, že je to špatně a místo toho, aby se už odzačátku učil správnej postup, tak se naučí něco, co stejně časem vyhodnotí jako „špatnou etapu v programování“ (tam se dostaneš taky, časem).

A nepoužívání zastaralých tříd by snad měla být samozřejmost, tam není co vysvětlovat.

Editoval Mysteria (9. 1. 2014 17:28)

iNviNho napsal(a):

Stále nikto nenapísal, čo sa môže stať a kde je problém.

„identifikovat závislost modelu na databázi?“ je to potrebné? Ak hej, tak už konečne prečo

Protože skryté závislosti způsobují, že z kódu se ti postupně stane noční můra ;-) Když nevíš jaké závislosti tvoje komponenty mají tak nevíš jaké důsledky může mít změna jedné komponenty na další.

@account23: Tohle je přesně to, co hledáš s jedinou drobností, že tam je pro DI použito konstruktorů místo @inject anotací. Ale nic ti nebrání jednoduše to upravit na anotace.

/** @var AlbumRepository */
private $albums;

public function __construct(AlbumRepository $albums) {
	$this->albums = $albums;
}

/**
 * @inject
 * @var AlbumRepository */
public $albums;

Úplně stejně u modelu. Obě věci dělají naprosto stejné, správné, druhá je pro „línější“ programátory.

Co se týká libs složky tak to byla výchozí složka pro jakýkoliv knihovny projektu (tzn. Nette, Kdyby, Doctrine2,…). V Nette 2.1 se přejmenovala na vendor.

Editoval Mysteria (9. 1. 2014 18:46)

@account23: ano, anotace jsou obcas dulezite pro beh programu, viz https://forum.nette.org/…a-komponentu#…

Ahá takže

/**
 * @inject - hľadá model
 * @var AlbumRepository - class v modeli a priradí to do premmenéj pod sebou ? :D */

Inač ten priklad na github má takú chybu, chýba tam nejaký ten popis. Skúsil som si to nahodiť no nechápem odkiaľ ten script berie dáta ? :D pridávam tam nejaké dáta a je tam user. Podľa config sa pripájam na localhost test databázi ale tá je prázdna :D Tu je nejaká mágia či čo ? :D

Editoval account23 (9. 1. 2014 19:47)

@account23: Ta databáze samozřejmě magická není je to normální SQLite3 databáze (soubor app/model/demo.db3). Ale samozřejmě můžeš si ji exportovat do MySQL, upravit připojení k DB a bude to taky fungovat.

@inject říká, že se má Nette pokusit najít službu (služeb může být víc druhů, ne jenom modely) definovanou ve @var. A ve @var není nic jinýho než název třídy.

Takže když si vytvoříš class MujPrvniModel { }, tak tam bude @var MujPrvniModel a podobně.

Ale vlastně teď jsem si všiml, že tu řešíme @inject služby, ale neřekli jsme ti, jak tu službu vlastně nadefinovat. To se dělá v config.neon:

services:
	- Authenticator
	- AlbumRepository

Praktické shrnutí:
1. Vytvořit model (a rovnou třeba injectnout databázi, z 99% ji budeš potřebovat):

class MujModel {
	/** @var \Nette\Database\Context */
	public $database;

	public __construct(\Nette\Database\Context $database) {
		$this->database = $database;
	}

	public function mojeMetoda() {
		return null;
	}
}

2. Vytvořit službu v config.neon:

services:
	- MujModel

3. Vytvořit presenter a injectnout model:

class MujPresenter {
	/**
 	* @inject
 	* @var MujModel */
	public $model;

	public function renderDefault() {
		$this->template->data = $this->model->mojeMetoda();
	}
}

Možná si říkáš, jak to, že u injectu té databáze má ve @var \Nette\Database\Context, když v config.neon není nikde služba - \Nette\Database\Context, ale to je tím, že u databáze to dělá Nette za tebe když ji nakonfiguruješ:

nette:
    database:
        default:
            dsn: 'mysql:host=host;dbname=dbname'
            user: user
            password: password
            reflection: conventional

Samozřejmě tohle je nejzákladnější varianta, služby mohou mít parametry a podobně.

Když se budeš tímhle řídit, tak využíváš jak MVC, tak i DI a tomu kódu není co vytknout. :)

Editoval Mysteria (22. 3. 2014 11:22)

@Mysteria: @inject anotace ve sluzbach nepouzivej. krom toho, ze jsou defaultne vypnuty, tak je to osklivy. preferuj konstruktor injection

class MujModel {
    /** @var \Nette\Database\Context */
    public $database;

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

    public function mojeMetoda() {
        return null;
    }
}

@Mysteria: v konstruktoru jsou ty zavislosti jasne viditelny a nezpochybnitelny. Kdyz mas zavislosti v properties s @inject anotaci, tak je mozno onen objekt vytvorit bez zavislosti, coz zpusobi, ze bude v nekonzistentnim stavu a nepude s nim pracovat. a kdyz budes mit zavislosti v konstruktoru, neprimo te to nuti psat hezci kod

vice treba https://forum.nette.org/…a-steroidech#…

Editoval matej21 (9. 1. 2014 21:16)

@account23: sluzby je vsechno, co mas registrovane v configu pod sekci services (tedy ruzne modelove tridy atd). @inject anotace pouzivej pouze v presenterech. v modelech a jinych sluzbach pouzivej konstruktor injection

Editoval matej21 (9. 1. 2014 22:22)

Zrada: do configu si můžeš registrovat i presentery a Nette to pozná a bude používat DI Container na jejich vytvoření.

Služba je cokoliv co je registrované v DI Containeru (to se dělá pomocí services v configu).

Ohledně Dependency Injection tady myslím chybí ještě odkaz na tento článek v dokumentaci.

Konstruktor injection je nejčistější možný způsob předání závislostí, protože sám o sobě je součást jazyka. Definuje závislosti nejtvrdším možným způsobem, když si napíšeš třídu

class ArticlesModel extends Nette\Object
{
	/** @var Nette\Database\Context @inject */
	public $db;

	public function getData() {
		return $this->db->query('SELECT ...');
	}
}

A potom si vytvoříš instanci a zavoláš metodu

$model = new ArticlesModel();
$model->getData();

Tak se model v pohodě vytvoří ale když zavoláš metodu vyskočí na tebe FATAL ERROR, protože v $db nic není!

Problém je to v okamžiku kdy mezi vytvořením a použitím máš 100 řádků kódu a ještě je volání metody v podmínce, takže se nemusí provést vždy. Tady se dá snadno přehlédnout chyba a kód může havarovat až na hostingu, kde tvého klienta (nebo tebe) může taková chyba stát peníze.

Když ale naopak definuješ závislost v konstruktoru

class ArticlesModel extends Nette\Object
{
	/** @var Nette\Database\Context */
	private $db;

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

	public function getData() {
		return $this->db->query('SELECT ...');
	}
}

Tak už ani nevytvoříš instanci takového modelu. Víš proč? Protože jazyk jasně říká, nehledě na framework, že třída ke své existenci potřebuje databázové spojení a bez něj nemá smysl aby vznikla její instance.

Tohle to hodí prostě fatal error.

$model = new ArticlesModel();

Proto je konstruktor nejčistší možný způsob předání závislostí. Ohledně těch ostatních více čtení viz už jednou linkovaný post.

Chybi ti tam namespace:

services:
    App\Model\JidloModel

Neví to, co se má předat do konstruktoru jako parametr $database. Musíš specifikovat jakou třídu to má v systémovém kontejneru najít a předat (nejspíš Nette\Database\Connection). Nastuduj si Dependency Injection v dokumentaci, resp. co je to autowiring

<?php
namespace App\Model;

use Nette\Object;

class BaseModel extends Object
{
    public $database;
    public function __construct(Nette\Database\Connection $database)
    {
        $this->database = $database;
    }


}
?>

Editoval Šaman (24. 2. 2014 12:59)

1. To, co se snažíš využívat je autowiring. Podívej se na něj. Využívá typehint a anotace, bez nich to skutečně neví, co použít. Takže je doplň podle té ukázky nahoře.
2. Jestli se v posledních commitech nic nezměnilo, tak u anotací se musí vypsat celý namespace, protože neumí pracovat se sekcí use. U typehintů stačí napsat namespace do use a jako typehint pak použit jen samotný název třídy.

Pokud bys chtěl ukázku odladěného kódu nad aktuálním nette 2.1, tak na GitHubu mám jednu miniaplikaci. Jen zrovna to injectování a továrničky nejsou řešené přímo v presenterech, ale pomocí traity přímo u komponenty/služby, která se má předat nebo vytvořit (ale je to přesně ten kód, který by se vložil do presenteru místo řádku use TInjectNeco, nebo use TCreateComponentNeco.)

Radši tě odkážu na jinou ukázku, sice ještě nad vývojovou verzí Nette, ale pro presentery se nic nezměnilo. V tomhle případě si injectuji třídu, kterou později využívám k vytvoření komponenty. Jak anotace @var, tak anotace @inject jsou nutné!

Editoval Šaman (24. 2. 2014 13:20)