09. juni 2008 - 10:38Der er
4 kommentarer og 1 løsning
MVC generelt
Kære Eksperter
Jeg forsøger at få afklaring på om vi her i firmaet skal benytte MVC eller klassiske web forms. Jeg tænkte at i nok kan give mig lidt input til denne overvejelse (fordele og ulemper).
Jeg er f.eks. forvirret på et højere plan over flg.:
1. Mister man de .NET-indbyggede server-kontrollere hvis man bruger MVC?
2. Skal man kode mere (manuelt) i MVC end i klassiske web forms?
3. Begrænser vi os selv ved brug af MVC - f.eks. ifbm. 3. parts kontrollere/moduler?
4. Kan man bruge nye teknologier med det samme (så som Linq) sammen med MVC?
Mød en af Nordens fremmeste eksperter i adfærdsdesign – Morten Münster, der bl.a. har skrevet ” Jytte fra marketing er desværre gået for i dag” – på Computerworld Cloud & AI Festival.
1) Ja det gør du. 2) Ja - du får ansvaret for at lave den html der skal sendes tilbage til browseren. Fuldstændig som i ASP 3 3) Hvis det er server kontroller du tænker på, så gør I 4) Det er slet ikke noget problem!
En fordelene ved MVC er at det er muligt at lave tdd udvikling på din web applikation. En af ulemperne(for nogle) er at man selv skal sørge for at lave den html der skal sendes til browseren - andre vil anse dette som en kæmpe fordel. Så hvis I vil have fuldkontrol over hvordan Jeres html ser ud så er det nok MVC - Vil i derimod gerne gøre brug af de indbyggede server kontroller forsætter I bare med Web Forms.
Jeg er dårligt nok bekendt med MVC, men jeg læser diverse artikler sådan, at man er nødt til at bruge AJAX, for at implementere en brugbar MVC-løsning til web. Hvis det holder, kan du bruge alle de komponenter, du vil, så længe du pakker dem ind i AJAX. Det er så bare en hel extra verden at sætte sig ind i.
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
