My early thoughts on the ASP.NET MVC framework

As you probably know, they put out Release Candidate 2 for the Microsoft ASP.NET MVC Framework. This is particularly interesting to me, because at work we’re working on re-write design of a pretty large legacy ASP application. Amongst other questions – the question came up: “Do we use post-back/code-behind or the rest/mvc pattern for this site?”.

It’s definitely a legitimate question.

So Microsoft made the strategic decision back before .NET 1.0 (2001) that they were going to go with the post-back model, which definitely has it’s pros and cons. And for the cons, well, they’ve mostly been taken care of (I think). However, the MVC pattern has existed for a long time and has been popular with Java, Flex, RoR, etc for quite some time – and for good reason, it’s a very good pattern!

MVC in a nutshell:

Let me warn you – if you are firmly grounded in ASP.NET, there are some things you immediately won’t like – but hopefully I can address those and put this into perspective. First, what is MVC? It stands for Model-View-Controller. It’s a pattern of how to: lay out your website, how to process pages, how to manage page-state and offers a fundamentally better way to manage the code for a website. One of the driving principles behind this pattern is to make a website very unit test-friendly. The “controller” takes care of getting the data from the “model”, and there is typically a “view” – which is the actual .aspx page that renders the content. So the URL no longer matches up to the actual page name. Instead of /ProductDetail.aspx?productId=3 you would have something like /Products/Detail/3 for a URL.

This isn’t some random, rogue concept – all the regular .NET celebrities have been talking about it, like: Brad Abrams, Scott Guthrie and Dino Esposito

The Pros for MVC for ASP.NET:

  • Makes it almost obvious and easy to have unit tests for an entire website, except for the very thin layer that renders the actual HTML. Supports and encourages TDD.
  • Forces the developer to have a clear separation between routing, data sources and UI presentation. On a bigger site, this could lead to a significantly easier website to manage.
  • Can be significantly faster than post-back and potentially more scalable.
  • Great for simple websites and simple controls – or for managing web content.


The things that are a wash for ASP.NET, but great for other technologies:

  • Can use the Controllers to also render RESTful web services – assuming you have to render these by hand. This particularly feature would never get used in a .NET environment, because WCF renders REST for us.

The Cons for MVC for ASP.NET:

  • Not ideal for websites that require complex controls or involve databinding. You lose incredibly powerful controls like the menu, treeview, gridview, etc. This accounts for an enormous time-savings. This is, in my opinion what took ASP.NET way in front of other web technologies. Getting away from Javascript and rendering HTML and JavaScript by hand. So the work-arounds, as of this writing, are to write your own GridView. What? The GridView alone, compared to doing it by hand could represent hundreds, if not thousands of hours in a project. This is a deal-breaker, as of right now – but I expect this to change in the coming months/years (see below).
  • Related to the first item, you lose ControlState and ViewState. This means if you want to keep track of the values that are in textboxes, dropdowns, etc – you have to roll your own way to do this.
  • Learning curve/momentum: this is really bleeding-edge, in terms of support, websites that talk about it, people who know it (on the ASP.NET platform), etc. There are millions of pages dedicated to post-back right now. So until MVC gains more momentum, not only is it a learning curve, there is not a whole lot of help on the ‘net for it at the moment.


My Conclusion (as of MVC RC2 – because it will likely change, when future releases come out!):
I would almost guarantee that Microsoft will go in this direction/is going in this direction. ASP.NET MVC is being touted as an “alternative” to post-back until it gains momentum, I would assume. This is a fundamentally better way to build a website.

BUT – this feels like 8 steps forward and 50 steps back. ASP.NET is what it is today, because developers can leverage immensely powerful things like binding a sortable, pageable formatted GridView to an ObjectDataSource. To take that away and send developers back to rendering HTML by hand (via the HtmlHelper) or God-forbid, writing a ton of javascript – is just an unacceptable step backwards in productivity.

So – my guess and my feel is that Microsoft is already aware of this – and can only do so much, so fast. I would almost bet money, that Microsoft would come out with MVC-compatible ways to handle GridViews, TreeViews, etc relatively soon – as it’s not a big stretch to make them work. Although I haven’t built my own controls – from what I read, instead of doing a post-back, you can do the post-backs for these types of controls back to a specific MVC Controller, which will take care of getting the correct data for you. My guess is that it wouldn’t be too big of a deal to come out with MVC versions of GridView, TreeView, etc?

In short, my prediction is ASP.NET MVC will completely replace postback in whatever version is coming after Visual Studio 2010. And right now, it’s not ready – for any real application. The question is, when will they take up the slack on showstoppers listed above? Because then – is when the MVC movement will begin IMHO!

Posted in ASP.NET MVC, Uncategorized

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

This site uses Akismet to reduce spam. Learn how your comment data is processed.


Enter your email address to follow this blog and receive notifications of new posts by email.

Join 9 other followers

%d bloggers like this: