Archief - ASP.NET MVC4 - De moeite of toch maar bij Webforms blijven?

Collega's, vriend en sympathisanten,


Ik kan mijn weg redelijk goed vinden binnen ASP.net webforms.
Ik vind het (IMO) een fatsoenlijke, degelijke ontwikkelomgeving en vertoef er graag in.

De laatste dagen ben ik aan het bijlezen over MVC en probeer ik hier en daar al wat dingetjes uit, maar ik voel me er absoluut niet in thuis.
Ik vraag mezelf constant af waarom ik niet beter Webforms zou gebruiken.
De denkwijze achter MVC (vooral het routing en gebruik van conventies zoals de Controller naamgeving) strookt niet met hoe ik graag ontwikkel.

Bijkomstig vind ik bepaald elementen eerder een samenraapsel van verschillende ideeen dan een degelijk uitgewerkt concept. (vb POST method die model van een view leest en waar je dan met white of blacklisting moet werken om de properties te beheren).
Ook merk ik dat ik weer een hele nieuwe toolset moet gaan leren (htmlhelpers anyone?) terwijl ik best tevreden was met de ASP controls die redelijk aansluiten bij winforms.

Wat ik precies wel interessant vind, is de Razor taal die een beetje html en C#/VB combineert.

Echter zie ik veel potentiele jobs voorbijkomen waarbij ze toch naar MVC kennis vragen.


Dus: tijd en moeite insteken of lekker op Webforms blijven ontwikkelen?
Zijn er a propos goeie bronnen om MVC4 mee te leren?

(Hou er rekening mee dat ik effectief slechts 2 dagen tijd in MVC heb gestoken. Bepaalde uitspraken hierboven kunnen dus afwijken van de feitelijke waarheid)

Op school heb ik een cursus mvc 3 gezien. Voor mijn taken af te werken, heb ik meestal naar deze website gekeken, waarop ook mvc 4 wordt uitgelegd:
Tutorials : The Official Microsoft ASP.NET Site

De tutorials van "MVC Music Store" en "Getting started with EF (entity framework) with MVC" vind ik vrij goed uitgelegd hoe je tewerk moet gaan.

Enigste reden dat ik zie om MVC 4 te leren is omdat er hier veel vraag naar is.
Een andere reden is als ge bang zijt voor wat javascript te doen

Nu het is misschiens een beetje overdreven om dan de MEAN stack hier te gaan verkopen
MEAN Stack tutorial (wel intressant om eens te doen ziet ge hoe makkelijk het kan zijn zonder MS-stack)

Maar wat ik op dit moment aanraad

C# backend (kan draaien onder mono op linux indien nodig)
ServiceStack.Rest voor de Rest Service (geen WebApi)
Linq2Db als ORM (dus geen EF)


Javascript frontend : Angular.js

en voor het een beetje deftig te houden : Bootstrap


Begin dit jaar was er wel een tutorial hiervan
End to end web app in under an hour?Part 1 | Jeremy Howard

maar is wel jammer genoeg met WebApi en EF

het hele foute punt van webforms is net dat het zo gelijkaardig is aan winforms.

en het web = / = desktop omgeving, 1000e postbacks later hebt ge een lekker trage website.

Webforms wordt al direct een hele soep en de html die gegenereerd wordt is ook niet echt om over naar huis te schrijven.

En waarom is MVC dan beter?

En waarom is MVC dan beter?

Klik om te vergroten...

Wel kijk als ge enkel gaat kiezen tussen puur MS tech
Webforms was van dag 1 slecht en is nu nog altijd slecht,
Later hebben ze dan ook die ajax-troep derbij geschreven, ook ontzettend slecht

Wilt natuurlijk niet zeggen dat ge der geen schoon dingen mee kunt maken als ge het op de juiste manier gebruikt, maar uiteindelijk blijft het qua technologie dikke kak

En MVC is iets minder slecht dus beter

Probleem dat ik heb met MVC is dan weer teveel Convention over configuration

nuja ge kunt ook met MVC natuurlijk SPA's maken met knockout.js misschiens intressant om eens te bekijken
Details | NDC2013 - Norwegian Developers Conference

Moto zei:

Wel kijk als ge enkel gaat kiezen tussen puur MS tech
Webforms was van dag 1 slecht en is nu nog altijd slecht,
Later hebben ze dan ook die ajax-troep derbij geschreven, ook ontzettend slecht

Wilt natuurlijk niet zeggen dat ge der geen schoon dingen mee kunt maken als ge het op de juiste manier gebruikt, maar uiteindelijk blijft het qua technologie dikke kak

En MVC is iets minder slecht dus beter

Probleem dat ik heb met MVC is dan weer teveel Convention over configuration

nuja ge kunt ook met MVC natuurlijk SPA's maken met knockout.js misschiens intressant om eens te bekijken
Details | NDC2013 - Norwegian Developers Conference

Klik om te vergroten...

Thanks! Die convention over configuration aanpak stoort me ook wel erg.

Recipe4hate zei:

Thanks! Die convention over configuration aanpak stoort me ook wel erg.

Klik om te vergroten...

wat is er mis met convention over configuration aanpak? dit gaat er net voor zorgen dat er een minimum aan structuur in uw applicatie gaat zitten. Uiteindelijk kan je alles nogaltijd configureren hoe je het wil.

en wat er beter is aan MVC => veel cleanere html, geen viewstate van xx kb dat elke keer doorgestuurd wordt, veel meer structuur, en ook gewoon leuker om mee te werken

ook moto zijn aanhaling mvc4 gebruiken als ge bang zij wat javascript te doen? Ik snap niet op wat dat juist slaagt denk dat er in 90% van de mvc4 sites toch ook heel wat javascript bij komt kijken

Ik ga me in ieder geval verdiepen in MVC4.
Ik heb ondertussen die 'klik' gemaakt en het allemaal al veel logischer. Je kan er idd ontzettend toffe dingen mee doen.
Leuker is echter subjectief, ik vind Webforms nog altijd plezant om mee te werken ;-)

ook moto zijn aanhaling mvc4 gebruiken als ge bang zij wat javascript te doen? Ik snap niet op wat dat juist slaagt denk dat er in 90% van de mvc4 sites toch ook heel wat javascript bij komt kijken

Klik om te vergroten...

Heb het over de keuze tussen puur client-side javascript framework ( vb : angularjs, backbone.js) vs standaard MVC

Ik ken bijzonder veel C# developers die zoveel mogelijk willen doen in de enige taal die ze kennen C# en zo min mogelijk in javascript, terwijl javascript een geweldige taal is

Ik vind het toch ook een gekke redenering. Als je een standaard MVC 4 project aanmaakt dan krijg je er automatisch al knockout.js bij. Dat vind ik dan niet meteen iets wat men zou doen als men javascript wil vermijden. (Vanuit MS hun standpunt dan.)

Ik snap je punt wel en ik ga ermee akkoord, maar je verwoording vind ik niet helemaal correct.

Vanuit MS hun standpunt dan.

Klik om te vergroten...

Der is niet echt een eenduidig standpunt bij MS, maar ze doen heel veel goede dingen voor javascript zoals
de windows port van node.js en typescript

Heb het enkel over het standpunt van de doorsnee C# developer

Leuker is echter subjectief, ik vind Webforms nog altijd plezant om mee te werken ;-)

Klik om te vergroten...

MEAN stack man, nog veel plezanter

Ik snap niet dat mensen javascript nog willen vermijden. Het is dé hype van het moment en imo terecht ook. Je kan er gewoon niet omheen. Mede dankzij de schitterende libraries die de voorbije jaren ontwikkeld zijn, is het echt wel nog leuk om ermee te coderen.
Ik heb een java achtergrond en vond php en js echt geen leuke ongestructureerde kuttalen. Maar gezien ik ook into webdev ben toch wel veel js gebruikt en mijn mening herzien; js is awesome! Soms wat log en zeer bug-prone; gebrek aan een goede IDE is misschien wel een van de oorzaken. Hoewel visual studio toch wel goed aan het worden is voor js imo.

Ik merk dat ik heel vaak geen intellisense bij JS en JQuery heb Da's wel een bron van frustratie, want idd met JS kan je toffe dingen doen!

Bij jquery kan ek da nog begrijpen, ik verschoot toen VS daar plots mee afkwam