PHP OOP

KapitánRUM

Re:PHP OOP
« Odpověď #30 kdy: 02. 09. 2012, 19:22:29 »
No, mohu se plést, ale View by obecně měl dostat data a pro jejich zpracování by určitě neměl potřebovat nic víc, než co sám umí.
Určitě by se neměl starat o to, jestli je připojená databáze a jestli existuje nějaká instance třídy DB nebo v jakém je stavu.
Pak to není model MVC ne?
Nebo chceš ve View řešit i třeba ověření uživatele?
Ostatně jak si to kdo napíše je jeho věc.


Kit

Re:PHP OOP
« Odpověď #31 kdy: 02. 09. 2012, 19:59:15 »
Controller si vyptá z Modelu data a Viewer je zobrazí. Je na tom snad něco špatně?

Ověření uživatele dělám ještě před spuštěním Factory. Controller obdrží jeho ID.

Re:PHP OOP
« Odpověď #32 kdy: 02. 09. 2012, 20:38:25 »
1) Chci mit nastroj, ktery mi neujede hned pod rukama, kdyz nebudu sledovat kazdy den, co se deje, viz. Drupal,
2) neco sem v nem udelal, ale neverim ze tomu jeden clovek rozumi. ....
3) S Drupalem si kazdy modul zije na muj vkus moc samostatnym zpusobem a
4) polovinu casu clovek ztravi na jejich zkouseni, plus obcas katastrofa.
5) Navic Drupal dlouho nebyl OOP, nevim jak ted, takze ani motivace se to ucit moc nebyla.
nic nenutim, nechci flejmovat, jen osvetluju par veci konkretne k drupalu ktery trochu znam pokud by to cetl nekdo jiny a zajimalo ho to:
1) drupal 6.0 = 2008. drupal 7.0 = 2011. takze cca 6 let lifetime (drupal 6 je podporovan do vydani drupalu 8).
2) to je pravda, tusim ze i Dries nekde prohlasil ze uz nevi presne co dela ktery kousek kodu. ale je to potreba? mame api.drupal.org , je v podstate par modulu ktery potrebujes na kazdym webu a ty jsou velmi dobre dokumentovane vcetne API. Nakonec se naucis jak kdyz bicem mrska par hooku, db api, forms api, pak pridas entity api a zvladnes vsechno co bys zvladl jinym nastrojem.
3) castecne viz 2). vetsina toho podstatneho spolupracuje pres API. co lepsiho nez zdokumentovane API chtit?
4) to je otazka maximalne prvnich mesicu, casem pochopis a mas v hlave presne co pouzit a jak to slozit, cim to doplnit, co si dopsat
5) ano, toto je "slabina". zlepsuje se to. Drupal 8 adoptuje dalsi casti ze symfony. Treba Entity API, Views API jsou docela zhusta OOP. nemyslim, ze je nutne mit 100% OOP kod jen abych vypadal cool.
Děkuji za možnost editace příspěvku.

klw

Re:PHP OOP
« Odpověď #33 kdy: 02. 09. 2012, 23:44:28 »
Co takhle to otočit a z třídy Zpráva volat metody třídy Databáze? Odpovídalo by to MVC.

Volat z View (zpráva) funkce Modelu (databáze)?
Já myslel, že apríl je jen 1x ročně.

Model nerovná se databáze! Model je reprezentace informací, doménové objekty poskytované business vrstvou (výpočty, zpracování informací, funkční logika aplikace). Zpracování zpráv je tedy business logika. Databáze je až pod tím a view by s ní vůbec nemělo přijít přímo do styku (to možná bylo myšlenkou toho komentáře, ale pojmy byly popleteny). View naopak má sloužit právě k zobrazení modelu. Databáze by se měla volat jen v business logice, nikoliv ale přímo ze Zpráv, protože přece nechceme mít zprávy těsně svázané s databází, třeba je budeme chtít využít i na jiném místě než v souvislosti s DB.

KapitánRUM

Re:PHP OOP
« Odpověď #34 kdy: 03. 09. 2012, 00:08:39 »
...pindy pindy...

Viz:
třídy Zpráva použít ve třídě Databáze

Tazatel má dvě třídy, třídu Zpráva a třídu Databáze, proto jsem uvedl do závorky, kam zhruba v modelu MVC která patří.
Nevím, proč máš chuť mě poučovat, vím jak má třída Model vypadat >:( a že Model se nerovná databáze...
Grrrrrrrrr!
Ty **autor příspěvku použil speciální HTML značku <XXX> pro vyjádření svého názoru na určitou osobu slušným způsobem**