ASP.NET MVC 3 RTM

I nisu bas neke novosti za major verziju. Ima jos nekih featura koje si zaboravio nabrojat ali svakako su ovo premali skokovi za v.3. 

Koliko vas uopce radi sa MVC-om? Ja se ne mogu skroz "presaltat" sa Formsa na MVC. Negdje mi MVC olaksa zivot, a negdi mi jednostavno stvari puno brze idu sa formsima. 

Definitivno se slažem, web forme su jednostavno u samom startu krivo dizajnirane, nemožeš ti web prilagoditi windows programerima, to jednostavno nema smisla.

Mene kod formsa nervira prljav output (html) kod. Inace sam picajzla sta se toga tice.

Nije kod WebFormsa toliko problem generirani HTML kod, jerbo se moze dobiti cisti i uredan HTML i CSS (osim valjda Forms taga, sve ostalo se moze izbjec), nego vise model evenata koji je preuzet iz windows (statefull) programiranja. Tesko je odvojiti prezentacijski i BLL kod, GET i POST su u potpunosti apstrahirani, i treba biti dosta iskusan i znat sta i kako "ispraviti" (MVP pattern npr.)

Mislim da dvije-tri godine nisam napravio WinForms aplikaciju (izuzev sto se do sada koristio WinForms view engine u MVCu, uz nVelocity, Spark i sl), na MVCu sam od prije MS-ovog izdanja, i to na MonoRail i Promesh frameworcima.

Osim Razora, intellisensa za njega, "nenametljujuceg" javascripta, poboljsane validacije, parcijalnog cachiranja, mozda meni najbitnija novost je uvođenje IoC/DI, iako to nisam probao koristiti. Daljnji razvoj ce vise biti u smjeru raznih validacija, ajaxa, intergracije sa ORM i EF, view helpera i scaffoldinga, posto sam MVC je vise-manje bio solidno izveden i u v1.

MS ima poseban nacin programiranja svojih frameworka gdje koriste mnoga nasljeđivanja i interne sealed klase, pa je i asp.net mvc izveden tako, ali to se mislim nece u skorije vrijeme mijenjati, ako ikad. To se nekima ne sviđa, nego vise preferiraju kompoziciju i otvorenost, pa je ekipa napravila FubuMVC i OpenRasta (nije bas pravi MVC, al ajde). 

Istina, al kod biranja prljavog HTML outputa i masovnog mješanja koda i HTML-a u jednoj datoteci. (još se dobro sječam  kako je izgledao ASP kod) . Biraš ono što ti više paše.

A uostalom tko te tjera da gledaš HTML output, nije valjda da gledaš i mašinski output compilera .

E sad bi ti ,  pokušaj koristiti control adaptere od ScottGu-a ili napravi svoje. A ima tu i još nekoliko trikova da stari budu po standardima. Pričam o WebFormama.

Prvi problem WebFormsa je model izvršavanja stupnjeva aplikacije i način na koji sve to funkcionira. WF su wrapper oko weba, što je jednostavno neprirodno i postane pravi pakao za održavanje. U srži jednostavne stvari, poput gridova i dijaloga, neke firme su pretvorile u pravi mali biznis, prodajući "kontrole". Ako u WebFormskima želiš bilo što nepredviđeno u samoj kontroli, prelaziš u poseban sektor za luđake i provodiš desetke sati na implementaciji vlastite kontrole ili hakiranju postojeće.

WebForms je super za prezentacijske aplikacije i ako želiš točno ono što ti je dozvoljeno (kao i sve Microsoftove turbo-cool alatke, npr. Lightswitch). Web je previše fleksibilan i previše otvoren za ograničenja koja nude WF.

A gle moraš malo paziti i kako dijeliš stvari po viewovima i partial viewovima plus da uvijek uredno pišeš ,al osobno stvarno ne volim neke specijalizirane engine koji imaju svoja pravila i sintaksu i onda jednog dana zamru i ostane ti kod u nečem arhaičnom i zaboravljenom.

Neznam dali je pitanje na mjestu, zanima me koncept razvoja sučelja kod desktop aplikacija u .NET frameworku.Vidim da ima znači winforms koji renderira sučelje kroz winAPI, i u biti sve te kontrole imaju eventhandlere koji čekaju neki događaj i tek se onda kod počinje izvršavati.I onda ima WPF gdje je prezentacijski dio odvojen od programskog i pisan u XAML-u.

Ok

<% if (DateTime.Now.Hour > 20 || DateTime.Now.Hour < 6)   { %>
  <p>It's bed time!</p>
<% } else { %>
  <p>Party!</p>
<% } %>

a sada imamo

@if (DateTime.Now.Hour > 20 || DateTime.Now.Hour < 6) {  
  <p>It's bed time!</p>
} else {
  <p>Party!</p>
}

Znači riješilo smo se šet komada <% kombinacija - ajd nije da nije nešto ;). Nisam neki ljubitelj <% znaka al nije sad da me i nervira nešto.

Hudo, vidim da si ti dosta kompententan, objasniš malo MVC i WebForms?

Forms su pokusaj microsofta da programiranje za desktop prebaci u programiranje za web. Dakle imas iste kontrole kao za desktop, slicnu filozofiju (evente i slicno). 

MVC je intuitivniji pristup. Imas model koji zapravo predstavlja tvoje klase, imas view koji je zapravo prezentacijski dio (dakle HTML + kod za ispis) i controller koji upravlja akcijama, dohvaca podatke i proslijedjuje ih viewu.

Ukratko i laicki :)

Domagoj, vi razvijate u MVC ili?

Mislio sam kao tim :)

Is nekog iskustva, ovo bi bila glavna razlika:

WebForms:

• poziv dolazi na web stranicu (.aspx fajl)
• svaka stranica ima odvojem prezentacijski kod (html + asp.net kontrole) i codebehind (c#/vb kod od te stranice)
• svaka web stranica ima (dugacki) niz evenata (OnLoad, OnInit, ...) koji se okidaju
• za prikaz se koriste razne kontrole (button, label, menu, gridview, repeater, checkbox, ...)
• svaka ta kontrola moze okinuti niz svojih evenata pod kojima ti stavljas svoj kod (OnClick, OnSelectedIntexChanged, OnRowDatabound, ...)
• gridview, button, treeview i ostale kontrole same generiraju HTML kod, koji u vecini slucajeva sadrzi dosta (nepotrebnih) atributa - dizajneri polude od toga
• ti eventi se izvrsavaju u tkz. Page Life Cycle-u, nekim redosljedom, a mogu i okinuti "postback", odnosno refresh stranice

MVC

• poziv dolazi na routing engine (ala Url rewriting, samo pametniji), on prema patternu odredi koja klasa odnosno metoda se mora izvrsiti (kontroler i akcija, to je onaj C u MVC), po konvenciji je to uvjek url.com/kontroler/akcija/parametri
• akcija (obicna metoda u klasi koja nasljeđuje Controller klasu) se izvrsi, i vrati neki rezultat  (V u MVC): renderiranje view-a (aspx, ascx), XML, JSON, file dowload, bilo sto... i tom Viewu se prosljeđuje Model (M u MVC, obicni bilo koji objekt) - to je jedina veza između kontrolera i view-a
• view se izrenderira i rezultat posalje browseru (u Response objekt)
• ne postoje kontrole (label, button, gridview,...), nego se koriste obicni HTML elementi (form, input, option) - u biti sve ono "low level" sto inace standardne asp.net webforms kontrole ispljunu u browser, to se ovdje pise rucno ili se koriste helperi (<%= Html.TextBoxfFor(x=>x.Ime) %>)
• velika razlika je sto se u MVC koristi <form> i <input> elementi za crtanje polja, i <input type='submit'> koji salje podatke na neki URL - to je umjesto onog Button.OnClick eventa! 
• ne postoji Postback

ukratko ...