dotNETportal.cz

To hraničí s fanatismem! :-) Není problém v tom, že by ti to nikdo nedokázal vysvětlit, ale spíš nechceš už z principu, protože jsi si zvyknul na ASP.NET WebForms. Nebo ses nesetkal s projektem, či způsobem rozdělení práce v týmu, na který je to použitelné. Já taky nehlásám jen MVC, WebForms jsou skvělé, ale je potřeba oddělit osobní zaujetí a objektivní úvahu.

Není to fanatismus, já bych strašně rád pochopil, proč v tom děláte, prostě mi to nejde do hlavy. A něco na tom musí být, když v tom děláš ty, Augi a spousta dalších. Ale já to v tom asi nevidím.

Tyhle wallpapery jsem udělal, protože všude po celém webu vidím napsáno "WebForms smrdí, jsou staré a neohrabané, používejte to nové sexy MVC, které je kůl a vyřeší všechny problémy", bohužel tohle dost čpí i z některých Microsoftích blogů. A ani jeden z argumentů, které typicky používají, nejsou fair - srovnávají prasácky napsanou WebForms aplikaci se krásně napsanou MVC.

WebForms mají spoustu chyb a nedodělků, především v podpoře Visual Studia, které se táhnou už 3 verze a MS není schopen je opravit nebo dodělat. Ale to, na co většina lidí nadává, je způsobeno tím, že WebForms pořádně neznají.

Zrovna jsem školil ve velké firmě, kde jsem jim MVC na jejich projekt rozmlouval. Na druhou stranu, když má vývojář plnou kontrolu nad požadavky, AJAXem, generováním všeho a může MVC (téměř bych řekl musí) rozšiřovat, může to být pro některé vývojové týmy lepší. Oproti tomu ve WebForms musí ohýbat model "GET > POST BACK > POST BACK ...". Jenže to je jako s funkcionálním programováním, ze samplů jsem taky nepřišel na chuť reálnému využití. Obě technologie prostě mají něco do sebe. A říkat, že je jedna hrozně na nic a druhá hrozně skvélá znamená ve většině případů jen to, že dotyčný druhou platformu pořádně nezná nebo nepoužil na nic reálného. Tím narážím na rejpaly "MVC je super, WebForms sucks" - ty zřejmě viděli sample v MVC a WebForms neumí. Stejně jako spousta (obvykle studentů, co něco slyšeli od učitele) hlásají hovadinu a pak se o tom hádají, i když ani jeden z nich nemá skutečné argumenty nebo zkušenosti.

Ve WebForms model GET > POSTBACK > POSTBACK nijak neohýbáš. To, že po insertu, updatu a deletu je třeba udělat redirect přece nezáleží na tom, jestli píšu v MVC nebo ve WebForms, to tak děláme (pokud píšeme pořádně) vždycky, protože ta i ona technologie běží nad HTTP, který je takhle koncipován. Pokud někdo ve WebForms píše aplikace tak, že to jde proti principům HTTP, tak to jsou pak právě ti lidi, kteří na WebForms nadávají - dělají to špatně.

Mimochodem pokud člověk chce dělat něco většího ve WebForms, taky ho musí rozšiřovat, psát vlastní komponenty atd. Asi je to těžší než v MVC, i když těžko říct.

Btw na jaký typ projektu jsi jim to MVC rozmlouval? Proč by na to nebylo vhodné?

Já vím, jak WebForms fungují a jaké jsou možnosti rozšiřování. Jen díky nižší abstrakci je v MVC jednoduší obsluhovat požadavky ve speciálních případech vývojář sám.

Šlo o aplikaci pro sledování nákladů s velmi komplexními gridy (vnořené gridy, udržování stavu, AJAX). I ve WebForms by to bylo velmi obtížné (ve WebForms dělají primárně). Tady se rozhodli jít cestou kompletního přepisu gridu do MVC. Implementace čistého a univerzálního gridu přesně podle jejich požadavků je sice pracnější, na druhou stranu se musí nechat, řešení je čistčí a udržovatelnější pro jejich potřebu. Zvlášť při kvalitním návrhu. Navíc HTML kódu je mnohem méně a je přehlednější - což se ocení při manipulaci pomocí javascriptu. Tady je to sporné, i ve WebForms by to šlo, ale člověk by musel perfektně znát jak funguje a rozšířit o ho celou řadu věcí.