Jak správně na „objekt“ – článek, zboží, komenář (s Nette Database)

Zdravím,
zajímalo by mě jak nejlépe pracovat např. se zbožím v shopu, článkem na blogu, atd.

Já mám např. vše tak jednoduché, že pracuju s tím, co mi vrátí ndbt.
Prostě $x = table()->get(); a $x reprezentuje můj článek/produkt/komentář.
V modelech mám pak různé funkce, kterým předávám $x. Tam to „něco udělá“, např. zjistí z db text názvu kategorie podle $x->category a vrátím mi ho.

chtěl jsem to změnit na nějaký „lepší“ způsob. Uvažuju o samostatném objektu, který by rovnou obsahoval všechny často používané funkce pro daný „typ objektu“, tzn např. by se tam rovnou naplnil ten název kategorie z jiné tabulky, atd. Nevím, jestli je lepší to takhle nacpat do jedné třídy, nebo raděj předávat do modelů to co vrátí ndbt?

Opticky se mi líbí tento přístup: https://github.com/…seObject.php
Přijde mi to lepší, než jíný zdroják, kde to autor předával třeba 15+ parametry konstruktoru. V tom se nevyznám po týdnu práce na něčem jiném..
Řekněme, že bych si to podobně udělal, každá položka na výpisu článků by byla samostatný objekt do kterého bych si tímto způsobem nacpal co přišlo z ndbt a doplnil o další věci.
Proč je to špatně? :) Je to moc špatně?

tzn. z mého $this->model->clanky->nazevKategorie($x);
by se stalo $x->nazevKategorie();

nebo by v sobě mohl ten objekt rovnou nést komentáře, hodnocení, atd…
např.
$comments = $this->model->clanky->getComments($x);
by se změnilo na něco jako
$x = new Product(?);
.....
foreach ($x->comments as $comment) …

Zkoušel jsem hledat nějaké články, prošel jsem nějaké zdrojáky na gitu, ale v tomhle nevím jaký přístup správně zvolit a proč. Angličtinu zvládnu na úrovni čtení technické dokumentace k něčemu, co už znám a české zdroje sice krásně rozepíšou jak vytvořit objekt Jabko a Hruška a dát je do jedné \Miska, nicméně tohle mi moc neřeklo :)

dál jsem při tom hlednání narazil na něco jako že by žádná třída neměla řešit moc věcí najednou. Nějak nevím proč by bylo špatné mít vše pro práci s jedním typem dat na jednom místě? (ta varianta třídy product, která by uměla řešit „všechno“ (ve smyslu načtení dat z ostatních zdrojů jako je ten název kategorie, hodnocení), obsahovala by rovnou komentáře, atd. Případně tedy asi ne rovnou obsah komentářů, ale až by byly ty komentáře potřeba, tak by se propvedl dotaz do db)

Tip na český článek zacházející dál, než míchání nesouvisejících jablek a hrušek v jedné misce by pomohl :)

Díky :)

Editoval neznamy_uzivatel (28. 11. 2017 9:07)