Diskuze: DevbookMVC se blíží
V předchozím kvízu, Online test znalostí PHP, jsme si ověřili nabyté zkušenosti z kurzu.

Vlastník

Zobrazeno 14 zpráv z 14.
//= Settings::TRACKING_CODE_B ?> //= Settings::TRACKING_CODE ?>
V předchozím kvízu, Online test znalostí PHP, jsme si ověřili nabyté zkušenosti z kurzu.
Tak jsem si to konečně stáhl a rozbalil. První postřehy:
Ve funkci autoloadCallback jsem měl chvíli problém pochopit, podle čeho se rozlišuje na adresáře controllers a models. Pokud by těch adresářů bylo víc, asi by to bylo ještě méně přehledné.
Nechápu, co v controllerech pohledávají výstupní šablony. Ty přece patří do vieweru.
Metodu specialize() jsem měl také trochu problém pochopit. Pak jsem zjistil, že v ní děláš něco, co nechávám na XSLT. Ale co to dělá v controlleru, to stále nechápu.
Jako začátečník bych si asi moc neškrtl. Asi napíšu své MVC jak ho chápu já a také ho vystavím. Ať si každý vybere.
Já to dobře popíšu, to se neboj Specialize je v controlleru proto, že controller chápu jako
prostřednka mezi modelem a pohledem, úprava dat z modelu pro pohled tedy
patří právě sem. Viewerům jako třídám jsem se chtěl vyhnout, přijdou
mi zbytečné, stačí prostá phtml šablona.
Viewer může být pro HTML, DOC, PDF, PS apod. a pokaždé potřebuje jiné escapování dat. Proto takové metody do controlleru nepatří.
Asi si ho pleteš s presenterem, u kterého viewer nemá přímý přístup k modelu.
Ještě přidám pár pravidel, která se mi osvědčila:
Dodržením těchto pravidel se stanoví jasná hranice mezi jednotlivými moduly. Model se stará pouze o data a viewer o HTML. Controller jen modelu sděluje, co se má na datech změnit.
Ještě dvě trochu drsnější omezení:
Ta první omezení splňuji, ta druhá nesplňuje hodně frameworků, co se označují jako MVC. Trochu jsem googlil a zjišťuji, že názory na role jednotlivých modulů se velmi rozcházení. V mé verzi pohled o modelu neví.
V tom případě používáš architekturu Model-View-Presenter, tedy MVP. Dost se to plete, proto je v tom takový chaos.
Jaký je tedy rozdíl mezi MVC a MVP? Co já jsem našel, tak prý v MVP si
kontroler neurčuje pohled. Mám tedy asi něco mezi
V MVC controller přijímá povely k modifikaci dat a předává je modelu. Model mu vrací stavovou informaci, zda se mu operace povedla či ne. Víc nic. Viewer přijímá povely k zobrazování, vyptá si od modelu data a ta zobrazí.
V MVP presenter přijímá povely k modifikaci i zobrazování dat, vyžádá si data od modelu (příp. modifikaci), získaná data předá vieweru k vytvoření výstupu a tento výstup presenter předá klientovi.
Což také není špatně. Našel jsem mezitím zajímavý článek na
http://martinfowler.com/…uiArchs.html
včetně diagramů tříd a sekvenčních diagramů.
Kouknu na to. Do toho tvého wrapperu jsem si přidal to update. Proč by tam odpadla možnost používat transakce? Dodělávám tam teď editor článků a ještě asi budu muset napsat nějakou vzorovou autentifikaci. Ačkoli se mi velmi nechce, asi zdrojáky přeložím kompletně do češtiny, jako jsem to dělal ve všech zdejších tutoriálech.
PDO má vlastní metody pro transakce, musely by se dopsat. Samozřejmě se to dá udělat přímo v SQL. Zkoušel jsem kdysi PDO dědit, ale nešlo mi to. Možná kvůli final.
Přeložení zdrojáků do češtiny na rozdíl od matesaxe podporuji. Líbí se mi, když proměnné a metody jsou česky, kontrastují s klíčovými slovy.
Autentizaci jsem už kdysi dělal, zádrhele v tom nebyly. S autorizací to bylo o něco horší, ale ta se také dala zvládnout.
Zobrazeno 14 zpráv z 14.