Áttérés MVC 3-ra

Ahogy már korábban írtam róla, 10 napja megjelent az ASP.NET MVC 3 végleges változata. Az új verzió nagyon sok újdonságot tartalmaz, ezért nem is meglepő, hogy az előző verzióról történő átállás sem két kattintásos varázslós feladat. Szerencsére van néhány külső eszköz, amely segíthet ezt egyszerűbbé tenni.

Az egyik az ASP.NET MVC 3 Project Upgrade Tool, amellyel egy MVC 2 solution fájlt nyithatunk meg és migrálhatunk gyorsan MVC 3-ra. Az eszközt az ASP.NET csapat készítette, a működéséről részletesen Marcin Dobosz blogjában olvashatunk. Ugyanitt találunk útmutatót MVC 1 projektek frissítésére is.

Az egyik legnagyobb újdonság az MVC 3-ban (és egyébként az ASP.NET WebPages-ben is) a Razor view engine. Ám sajnos aki erre át akar állni, annak karakterről karakterre át kell írnia az ASPX oldalait, ami nem éppen szívderítő feladat. Ezen próbál segíteni Li Chen ASPX to Razor Converter projektje, amely a CodePlexen érhető el. Ez nem Microsoftos produktum, hobbiból készül, viszont a készítője előszeretettel használja is a saját projektjeiben, és saját bevallása szerint eddig elég jó eredményeket ért el. Egy próbát biztosan megér.

Aki mégis úgy dönt, hogy nem bízik a kitt-katt eszközökben és marad a kézi munkánál, annak mindenképpen célszerű elolvasnia az MVC 3 Release Notes-ban található Upgrading an ASP.NET MVC 2 Project to ASP.NET MVC 3 c. fejezetet, ahol pontosan leírják az áttérés lépéseit.

Technorati-címkék: ,

6 thoughts on “Áttérés MVC 3-ra

  1. PZ

    Nekem csak az a gondom ezzel a sok szép újdonsággal, hogy ha el is sajátítok egy-egy technológiát, mire javában használnám már ott a következő verzió, vagy a még újabb csoda eszköz és akkor jöhetne a sok manuális munka, meg bosszúság a forráskódok átírásával. Sajnos ha valaki programozásból él, akkor sokszor arra sem jut elég ideje, hogy újdonságokat tanuljon, nem beszélve arról, hogy vannak több éves munkával létrehozott szoftverek, melyeket egyszerűen nem lehet és talán nem is éri meg átültetni az újabb technológiákra, még akkor sem, ha attól kezdve könnyebb lenne az élet. Pedig én tényleg szeretném használni az újdonságokat…

    1. Sz

      Ebben teljesen igazad van, de valahogyan mégiscsak meg kell próbálni lépést tartani a technológiákkal.Ennek az egyik egyszerű oka az (amivel pl. mindennap találkozok), hogy elérjük egy-egy technológiának a korlátait (ilyen pl. az ASP.NET) és gyakorlatilag már csak hackelni vagyunk képesek, hogy az egyre bonyolultabb üzleti és sokszor csili-vili igényeket ki tudjuk szolgálni. Az új technológiák segítségével ismét kapunk egy löketet, ami kb addig lesz jó/elég amíg ki nem találnak valami újat. Újat? Megjegyzem az MVC egyáltalán nem új mint ahogy a Silverlight-al és WPF-el előszeretettel használt MVVM sem: kb 20-30 éves patternek. Éppen ezért az új helyett én inkább a divatos szót használom. Ami viszont mindenképpen jó, hogy ügyes és főleg átgondolt tervezéssel ezekkel a technológiákkal érezhetően csökkenthető a fejlesztési/hibajavítási/továbbfejlesztési idő, és jól skálázható alkalmazások készíthetők.Ez pedig jó a fejlesztőknek és ügyfeleknek egyaránt. Végül de nem utolsó sorban köszönet a post-ért, ez nekem most sokat segített🙂

  2. Fecó

    Az utóbbi időben próbáltam némi információt begyűjteni MVC ügyben. Kicsit homályos még a dolog, de jól értem, hogy a jövőben erre tartson az ember, és felejtsük el a hagyományos asp.net projekteket?

    1. Balássy György Szerző

      Szia Fecó! Tény, hogy a Microsoft nagyon sok energiát öl az MVC-be, sokkal többet, mint a WebFormsba. De tény az is, hogy a WebForms nem halott, lesz WebForms a .NET 5-ben is, sőt valószínűleg később is. Az MS úgy gondolja, hogy mindkét fajta projekt típusnak megvan a maga létjogosultsága és vannak olyan esetek, amikor az MVC jobb (pl. jobban kézbentartható kód) és van, amikor a WebForms (pl. RAD fejlesztés). Az MVC nagy szerencséje, hogy nem része a .NET Frameworknek, így sokkal dinamikusabban tud fejlődni, mint a WebForms, ez látszik abból is, hogy már a v3-nál tartunk, és látszik a v2-v3 deltából is. Szerintem mindenképp érdemes odafigyelni az MVC-re, megtanulni a használatát és nagyon komolyan meggondolni, hogy egy új projektbe melyikkel vágjon az ember. Ha az a kérdés, hogy hosszú távon, úgy értem nagyon, de nagyon hosszú távon melyiknek lesz nagyobb jövője és melyik fog tovább élni, akkor én az MVC-re tippelnék.
      Remélem ez segít.

Vélemény, hozzászólás?

Adatok megadása vagy bejelentkezés valamelyik ikonnal:

WordPress.com Logo

Hozzászólhat a WordPress.com felhasználói fiók használatával. Kilépés / Módosítás )

Twitter kép

Hozzászólhat a Twitter felhasználói fiók használatával. Kilépés / Módosítás )

Facebook kép

Hozzászólhat a Facebook felhasználói fiók használatával. Kilépés / Módosítás )

Google+ kép

Hozzászólhat a Google+ felhasználói fiók használatával. Kilépés / Módosítás )

Kapcsolódás: %s