MVC x jiný vzor.

19. 5. 2014 07:20:41

Před časem jsem realizoval webový projekt - správa webových kurzů - loginy, uživatelé, admin co to spravuje, správa seminářů, aktuality, správa odkazů v zápatí, články - podobné klasickém rs.. Nevyužil jsem mvc zdálo se mi to složité, Blíží se doba prezentace a sám se vlastně ptám, jaké jsou nevýhody mvc v mém systému abych ho nepoužil a obhájil použití svého vzoru.. Poradíte v čem je v rámci php mvc horší?

19. 5. 2014 07:20:41

https://webtrh.cz/diskuse/mvc-x-jiny-vzor#reply1024326

Macejko.sk

(5 hodnocení)

19. 5. 2014 08:09:12

Nenapada ma ziadny rozumny dovod preco nepouzit MVC. Pri takychto velkych projektoch by som to ako klient vyzadoval. Ak sa vasa spolupraca skonci a klient bude chciet nadalej vyvijat projekt, tak novy programator sa zblazni kym pochopi ako to cele funguje atd. Je to samozrejme len jeden z problemov ktore mozu vzniknut.

Jedina "nevyhoda" pri MVC je ze je to pomalsie ako proceduralne/funkcionalne programovanie, ale to si samozrejme ani nedokazes vsimnut.

Takze za mna.. v dnesnej dobe programovat nieco tak velke ako si popisal bez MVC je overkill.

19. 5. 2014 08:09:12

https://webtrh.cz/diskuse/mvc-x-jiny-vzor#reply1024325

node

(5 hodnocení)

19. 5. 2014 08:54:56

Napsal Michal Macejko;1089216
overkill

I don't think it means what you think it means.

19. 5. 2014 08:54:56

https://webtrh.cz/diskuse/mvc-x-jiny-vzor#reply1024324

Macejko.sk

(5 hodnocení)

19. 5. 2014 08:58:09

Napsal node;1089224
I don't think it means what you think it means.

Urban Dictionary: overkill

19. 5. 2014 08:58:09

https://webtrh.cz/diskuse/mvc-x-jiny-vzor#reply1024323

Jan Stejskal

(7 hodnocení)

19. 5. 2014 09:43:05

Napsal Michal Macejko;1089216

Takze za mna.. v dnesnej dobe programovat nieco tak velke ako si popisal bez MVC je overkill.

Pokud to budeme brát z pohledu množství kódu, tak jakýkoliv MVC bude overkill, už jen to rozdělení na tři vrstvy znamená nějaký kód navíc, který u procedurálního programování není potřeba. Stejně tak použití frameworku, ty jsou dnes tak obsáhlé, že jejich prosté nasazení bez "zeštíhlení (pokud je vůbec možné)" znamená obrovské množství zbytečného kódu navíc. A s tím obvykle souvisí rychlost, spotřeba paměti, nároky na výkon.

MVC není o optimalizaci, je to o přehlednosti kódu, lepší orientaci a pohodlnosti pro programátora.

19. 5. 2014 09:43:05

https://webtrh.cz/diskuse/mvc-x-jiny-vzor#reply1024322

Bc. Tomáš Jablonický

(2 hodnocení)

19. 5. 2014 10:01:44

Napsal Jan Stejskal;1089237
Pokud to budeme brát z pohledu množství kódu, tak jakýkoliv MVC bude overkill, už jen to rozdělení na tři vrstvy znamená nějaký kód navíc, který u procedurálního programování není potřeba. Stejně tak použití frameworku, ty jsou dnes tak obsáhlé, že jejich prosté nasazení bez "zeštíhlení (pokud je vůbec možné)" znamená obrovské množství zbytečného kódu navíc. A s tím obvykle souvisí rychlost, spotřeba paměti, nároky na výkon.
MVC není o optimalizaci, je to o přehlednosti kódu, lepší orientaci a pohodlnosti pro programátora.

V Nette 2.2 se dají již používat jednotlivé části Frameworku odděleně aniž by se musel "nahrávat" celý Framework do aplikace.

MVC je o čistotě kódu a hlavně o znovupoužitelnosti kódu. Rozdělení na tři vrstvy je super hlavně když si uvědomíte, že jednotlivé vrstvy se dají rozdělit i do dalších vrstev a tím ještě více atomizovat kód = napiš to jen jednou a použíj více krát. MVC je dobrá cesta jak se vyhnout špagety kódu i když ne zaručená.

19. 5. 2014 10:01:44

https://webtrh.cz/diskuse/mvc-x-jiny-vzor#reply1024321

Macejko.sk

(5 hodnocení)

19. 5. 2014 11:49:10

Napsal Jan Stejskal;1089237
Pokud to budeme brát z pohledu množství kódu, tak jakýkoliv MVC bude overkill, už jen to rozdělení na tři vrstvy znamená nějaký kód navíc, který u procedurálního programování není potřeba. Stejně tak použití frameworku, ty jsou dnes tak obsáhlé, že jejich prosté nasazení bez "zeštíhlení (pokud je vůbec možné)" znamená obrovské množství zbytečného kódu navíc. A s tím obvykle souvisí rychlost, spotřeba paměti, nároky na výkon.
MVC není o optimalizaci, je to o přehlednosti kódu, lepší orientaci a pohodlnosti pro programátora.

Samozrejme ze MVC znamena kod naviac, ale rozhodne to stoji zato. Moj nazor je ze MVC/framework pouzit akonahle je tam viac formularov, aneb je potreba implementovat registraciu, aneb projekt obsahuje zlozitejsiu operaciu nad DB. Jednoducho povedane, proceduralne programovanie by som doporucil max. na osobne portfolio ktore obsahuje 1-2 formulare a ziadnu vnutornu logiku. Neviem naco by som mal vymyslat koleso a pisat odznova celu registraciu klienta, prihlasovanie, atd. atd. A ani nehovorim o tom, ze pri proceduralnom programovani prakticky neexistuju testy, tj. odovzdavate aplikaciu ktora nieje otestovana a cokolvek sa moze rozbit. Pan ktory popisoval aplikaciu vyzsie je rozsahovo vacsia, tj. ziada si to integracne testy, zachovanie zavislosti a rozhodne prehladnost kodu pre buduce vyvijanie.

Suma sumarov, kto dnes programuje proceduralne/funkcionalne je mne najvacsi bastlic, ktory odovzdava napol funkcne aplikacie. Klienti ktory to respektuju kvoli nizkej cene je mi luto a verim, ze ak im niekolko krat aplikacia spadne a nikto to nebude vediet opravit, dojdu k porozumeniu.

19. 5. 2014 11:49:10

https://webtrh.cz/diskuse/mvc-x-jiny-vzor#reply1024320

Jan Stejskal

(7 hodnocení)

19. 5. 2014 13:23:35

Napsal Michal Macejko;1089275
Moj nazor je ze MVC/framework pouzit akonahle je tam viac formularov

Pár jednoduchých formulářů by jistě neměl být jedinný důvod, proč nasazovat framework. Ošetřit vstupní data z formuláře by měl umět každý programátor.

Napsal Michal Macejko;1089275
Neviem naco by som mal vymyslat koleso a pisat odznova celu registraciu klienta, prihlasovanie, atd. atd.

To je stále dokola opakovaná chybná domněnka, že v procedurálním kódu se musí pořád dokola psát totéž. Stejně jako v OOP jsou třídy, tak v procedurálním jsou funkce, které stačí napsat jednou.

Napsal Michal Macejko;1089275
A ani nehovorim o tom, ze pri proceduralnom programovani prakticky neexistuju testy, tj. odovzdavate aplikaciu ktora nieje otestovana a cokolvek sa moze rozbit. Pan ktory popisoval aplikaciu vyzsie je rozsahovo vacsia, tj. ziada si to integracne testy, zachovanie zavislosti a rozhodne prehladnost kodu pre buduce vyvijanie.

Unit testy lze pro procedurální kód psát stejně jako pro objekty, není v tom rozdíl.

Napsal Michal Macejko;1089275

Suma sumarov, kto dnes programuje proceduralne/funkcionalne je mne najvacsi bastlic, ktory odovzdava napol funkcne aplikacie. Klienti ktory to respektuju kvoli nizkej cene je mi luto

Ono to bude spíš přesně naopak. Zavolat pár tříd a poslepovat z toho nějaký kód zvládne i začátečník. Pokud se domníváte, že v procedurálním kódu je nutné vše psát od znova, pak si protiřečíte s nízkou cenou pro klienta.

Rozdíl mezi procedurálním kódem a OOP, resp. nasazení OOP frameworku není v tom, zda je někdo bastlič nebo ne. Rozhodnutí co použít bývá složitější, než zda jsou v projektu dva nebo tři formuláře.

19. 5. 2014 13:23:35

https://webtrh.cz/diskuse/mvc-x-jiny-vzor#reply1024319

crs

(1 hodnocení)

27. 5. 2014 16:19:40

Souhlasíte teda s tím, že použití MVC je možnost ale ne nezbytnost?

27. 5. 2014 16:19:40

https://webtrh.cz/diskuse/mvc-x-jiny-vzor#reply1024318

Filip T.

(2 hodnocení)

27. 5. 2014 16:49:01

Napsal crs;1092345
Souhlasíte teda s tím, že použití MVC je možnost ale ne nezbytnost?

Ano, nicméně je dobré si předem dobře promyslet celou strukturu "aplikace", aby to bylo i pro "nově příchozí" dobře srozumitelné a dohledatelné. ( MVC ber spíše jako doporučení přehledného kódu )

27. 5. 2014 16:49:01

https://webtrh.cz/diskuse/mvc-x-jiny-vzor#reply1024317

James_Scott

(7 hodnocení)

27. 5. 2014 17:41:03

Pár jednoduchých formulářů by jistě neměl být jedinný důvod, proč nasazovat framework. Ošetřit vstupní data z formuláře by měl umět každý programátor.

Omyl, to je právě přesně ten důvod kdy framework použít. Když si dá člověk trošku záležet, tak s formulářema je právě hodně práce - ošetření vstupních dat(u klienta i na serveru), podmínky které musí splňovat, chybové hlášky, předávání dat mezi stránkami, akce po odeslání, překlad formulářů, závislé form. políčka, atd....

Ikdyž MVC není povinnost, tak časem stejně zjistíš že je to téměř nutnost. A do toho Tě nejlíp zasvětí nějaký ten framework..

27. 5. 2014 17:41:03

https://webtrh.cz/diskuse/mvc-x-jiny-vzor#reply1024316

Petr Homoky

(7 hodnocení)

27. 5. 2014 19:37:45

Napsal James_Scott;1092382
Omyl, to je právě přesně ten důvod kdy framework použít. Když si dá člověk trošku záležet, tak s formulářema je právě hodně práce - ošetření vstupních dat(u klienta i na serveru), podmínky které musí splňovat, chybové hlášky, předávání dat mezi stránkami, akce po odeslání, překlad formulářů, závislé form. políčka, atd....
Ikdyž MVC není povinnost, tak časem stejně zjistíš že je to téměř nutnost. A do toho Tě nejlíp zasvětí nějaký ten framework..

Plně souhlasím.

27. 5. 2014 19:37:45

https://webtrh.cz/diskuse/mvc-x-jiny-vzor#reply1024315

Jan Stejskal

(7 hodnocení)

27. 5. 2014 22:47:02

Napsal James_Scott;1092382
Omyl, to je právě přesně ten důvod kdy framework použít. Když si dá člověk trošku záležet, tak s formulářema je právě hodně práce - ošetření vstupních dat(u klienta i na serveru), podmínky které musí splňovat, chybové hlášky, předávání dat mezi stránkami, akce po odeslání, překlad formulářů, závislé form. políčka, atd....

Ikdyž MVC není povinnost, tak časem stejně zjistíš že je to téměř nutnost. A do toho Tě nejlíp zasvětí nějaký ten framework..

To je velmi omezený pohled na věc. Dali by se jmenovat desítky příkladů z praxe, kdy ten formulář bude to nejposlednější, na čem záleží, při výběru technologie. Pokud jste se nesetkal například s požadavky na bezpečnost, s omezením datového prostoru, s omezením velikosti paměti, s omezením dostupných balíčků na serveru, s omezením rychlosti datové linky a další, pak váš pohled na věc chápu. On je veliký rozdíl mezi tím, zda dokážete problém řešit i jinak, než nasazením frameworku, který udělá práci za vás. Pak totiž máte na výběr a můžete brát v úvahu i jiné okolnosti, než to, že by to bylo "hodně práce", jak píšete.

27. 5. 2014 22:47:02

https://webtrh.cz/diskuse/mvc-x-jiny-vzor#reply1024314

Fido123

(13 hodnocení)

27. 5. 2014 23:01:04

Napsal Jan Stejskal;1092465
To je velmi omezený pohled na věc. Dali by se jmenovat desítky příkladů z praxe, kdy ten formulář bude to nejposlednější, na čem záleží, při výběru technologie. Pokud jste se nesetkal například s požadavky na bezpečnost, s omezením datového prostoru, s omezením velikosti paměti, s omezením dostupných balíčků na serveru, s omezením rychlosti datové linky a další, pak váš pohled na věc chápu. On je veliký rozdíl mezi tím, zda dokážete problém řešit i jinak, než nasazením frameworku, který udělá práci za vás. Pak totiž máte na výběr a můžete brát v úvahu i jiné okolnosti, než to, že by to bylo "hodně práce", jak píšete.

Nějak nechápu, co mají popsané omezení společného s MVC.

27. 5. 2014 23:01:04

https://webtrh.cz/diskuse/mvc-x-jiny-vzor#reply1024313

Petr Homoky

(7 hodnocení)

27. 5. 2014 23:05:26

Pravděpodobně předpokládá, že s k MVC dostaneš pouze skrze framework.

27. 5. 2014 23:05:26

https://webtrh.cz/diskuse/mvc-x-jiny-vzor#reply1024312