New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

The Community Blog is a personal opinion of community members and by no means the official standpoint of DNN Corp or DNN Platform. This is a place to express personal thoughts about DNNPlatform, the community and its ecosystem. Do you have useful information that you would like to share with the DNN Community in a featured article or blog? If so, please contact .

The use of the Community Blog is covered by our Community Blog Guidelines - please read before commenting or posting.

The Future of DNN Speaks Razor - #3 The Death of WebForms

As you might have heard, you have to migrate to Razor soon. Old-school developers have a hard time understanding why WebForms should be replaced, since it's worked to well for more than 10 years. So in this part 3 of my Series The Future of DNN Speaks Razor, I'll explain why WebForms turned out to be the wrong solution for web development and how the web changed to make WebForms' strengths obsolete.

The Truth based on My Personal Experience

My answer is a mix of the official version and by experience. Note that I've refused to adopt MVC for many years now, because in the beginning it was so trivial that there was no benefit in migrating. After a few years it got better, but most features were also available in WebForms, so I still didn't want to adopt it. This changed about 2 years ago after the introduction of Razor (August 2012). Since then, most of our web work was done in Razor (did I say MVC? nope, must have missed that...).

As an important note: I'm still not too excited about MVC, because it contains a bunch of stuff I don't care about. But I LOVE Razor and the WebAPI - and when you combine this with DNN then you will quickly see that the WebForms paradigm is dead. Just to stay focused - again the DNN Roadmap:

Why is a great product like WebForms phasing out?

About fifteen years ago Microsoft tried to deliver Visual-Basic-Style development to the web community. Everything should have been drag-and-drop with smart components doing everything for you. This is why even something trivial as a label (Please Enter Your Name) was made smart - so that you could program against it without knowing HTML. Many things were abstracted so that you wouldn't have to know HTML, CSS or HTTP. It should have felt as if your web-page was always connected to the server (like a VB-Program). It should have just worked. And the server should have been very important for the user experience. To do this, Microsoft gave us things like:

  1. ViewState
  2. Page Lifecycle with thousands of raised events
  3. Postbacks instead of URLs changing when we click a link
  4. Dynamically generated HTML-IDs so the server can keep track of what the browser sees
  5. Event-Binding so the server knows what element was clicked
  6. Code-Behind for the event-programming
  7. Master-Pages
  8. Web-Controls to bundle standalone components
  9. Themes to generate HTML and CSS when some design changed (used to be necessary if you wanted rounded corners)

But the Abstractions Backfired

So first of all this abstraction-concept backfired. It was never possible to create solutions without knowing HTML, CSS and HTTP. To make matters worse, we were actually forced to learn both HTML/HTTP AND the wannabe-abstractions Microsoft invented AND we needed to learn workarounds against the abstractions as they caused a lot of problems. The Viewstate is a perfect example of this - it would have been great, but I wasted so many hours working around the problems created by a Viewstate that it killed all the efficiency gains the Viewstate should have given me.

And the CodeBehind Backfired

Another thing that the classic VB-Programmer got wrong: the Codebehind was the perfect place for quick-and-dirty (and with time: very large and dirty) solutions. Millions of WebForms solution have business logic and data logic in their code behind - because it's so d**n convenient to put it there. This resulted in solutions that never scaled, couldn't be reused and were hard to maintain.

Browsers Became so Powerful That Servers didn't need to Predigest any more

And in addition to the extra complexity that didn't contribute enough value, the web evolved very quickly and became increasingly complex - but not like Microsofts original architecture anticipated. The original design of WebForms expected the server to handle all kinds of scenarios - including adapting to limited device capabilities (screens, touch) and produce optimized HTML for each device. In Microsofts vision this was what each WebControl would have done - but the Web didn't go that way. Today's concepts of responsive webs place all that control in the hands of CSS and Javascript - almost everything takes place in the browser. The pre-chewed-HTML-concept became unnecessary.

You could say that HTML5 makes MVC (any Server-Side MVC but not MVC in general) obsolete.

The Place for View-Logic is now HTML and CSS with a Drop of JavaScript

Let's face it: the choice of server infrastructure is actually becoming less important. Because plain-vanilla HTML, CSS and JavaScript do a great job at creating great looking UIs which are responsive and get things done. And there are so many web-designers and JavaScript-developers out there, that they will solve your problem. So the servers mission has changed. The server of the future must only:

  1. Deliver the HTML containing the content in a structured manner
  2. Deliver additional assets (images, code-snippets, css)
  3. Save data if the user submits a form or something

This is a bit oversimplified, as delivering the right content actually takes quite some work (URL-Routing, database retrieval, security checks, …) and delivering the assets is also complicated (re-sizing, bundling, …). And saving data is also quite some work. BUT it's much less work that originally anticipated 15 years ago by Microsoft. The final straw was when Responsive beat the cr** out of Adaptive.

Here's my favorite Responsive-Quote by Josh Clark, beautifully illustrated by Stéphanie Walter .

And the Web Designers of Today are the VB-Developers of Yesterday…

 And they start with the simple stuff, not the object oriented multi-tier looks-easy-but-is-very-tricky-to-run editions.

In 1995 many programmer-novices got started with Visual-Basic. Thousands of people needed something automated in Word or Excel, wrote their first macros and then went on to build solutions, leveraging their limited initial know-how. Every solution built upon the previous one and became just a little more complex. These people never spent a week to learn a new concept or patterns - it was always "I already know 90% - how do I get this other detail to work".

Today's millions of newbies start with web technologies. They do their baby-steps in JavaScript and HTML. Then they add just one additional feature. They want to leverage what they already know - and a text-based just-add-placeholders-system like PHP or Razor is much closer to that initial know-how than a controls-based abstraction called WebForms.

Because of this, the newbies almost always follow a learning curve which doesn't fare well for WebForms.

In Summary

WebForms must be replaced, because the abstraction failed and actually increased complexity. An a plain-vanilla approach focused on classic technologies like HTML and CSS will succeed, because it's the "natural" way people grow into this topic. But before you say "I knew MVC is better" - wait for the next post showing why MVC failed as well, and why Microsoft is still calling it MVC.... (more in the next post)

With love from Switzerland

Daniel Mettler grew up in the jungles of Indonesia and is founder and CEO of 2sic internet solutions in Switzerland and Liechtenstein, an 20-head web specialist with over 600 DNN projects since 1999. He is also chief architect of 2sxc (2SexyContent - see forge), an open source module for creating attractive content and DNN Apps.


PS: Want to get started before the entire Razor-series is out? For the impatient, try the DNN-Razor Host Module and watch this video  or try packaged code apps by installing 2sxc and some of the Razor Apps like the Razor Basic TutorialsList-Tutorials or the SQL and Peta-Poco Tutorials


Tony Henrich
Interesting posts and thanks for posting one a day instead of one a week+. This keeps the info fresh.
Tony Henrich Wednesday, August 27, 2014 3:23 PM (link)
Matteo Benedusi
Hello Daniel, I agree with you it is time to change!
good article
Matteo Benedusi Thursday, August 28, 2014 5:15 AM (link)
Jay Mathis
Great post Daniel. It occurs to me that this likely the reason WordPress has seen such fast growth compared to DNN. WordPress is PHP based while DNN is webforms based.
Jay Mathis Friday, August 29, 2014 10:18 PM (link)
Daniel Mettler
I believe that Wordpress' growth is because it's a simple solution for a simple need. So just like there are more people that need a bike (and buy a bike, and are happy with it) than there are people who need an against-all-odds-range-rover-with-4wd-and-winch.
So more people just need a quick, easy solution to deploy - and that hasn't been DNNs strength so far. It's versatile, it has a great intuitive UI (except for the WYSIWYG) and it's great to build complex things on. But for the "I only have 4 hours and don't understand anything and want it to work"-solution WP has been much more successful.
Daniel Mettler Monday, September 1, 2014 2:47 AM (link)

Comment Form

Only registered users may post comments.


Aderson Oliveira (22)
Alec Whittington (11)
Alessandra Daniels (3)
Alex Shirley (10)
Andrew Hoefling (3)
Andrew Nurse (30)
Andy Tryba (1)
Anthony Glenwright (5)
Antonio Chagoury (28)
Ash Prasad (37)
Ben Schmidt (1)
Benjamin Hermann (25)
Benoit Sarton (9)
Beth Firebaugh (12)
Bill Walker (36)
Bob Kruger (5)
Bogdan Litescu (1)
Brian Dukes (2)
Brice Snow (1)
Bruce Chapman (20)
Bryan Andrews (1)
cathal connolly (55)
Charles Nurse (163)
Chris Hammond (213)
Chris Paterra (55)
Clint Patterson (108)
Cuong Dang (21)
Daniel Bartholomew (2)
Daniel Mettler (181)
Daniel Valadas (48)
Dave Buckner (2)
David Poindexter (12)
David Rodriguez (3)
Dennis Shiao (1)
Doug Howell (11)
Erik van Ballegoij (30)
Ernst Peter Tamminga (80)
Francisco Perez Andres (17)
Geoff Barlow (12)
George Alatrash (12)
Gifford Watkins (3)
Gilles Le Pigocher (3)
Ian Robinson (7)
Israel Martinez (17)
Jan Blomquist (2)
Jan Jonas (3)
Jaspreet Bhatia (1)
Jenni Merrifield (6)
Joe Brinkman (274)
John Mitchell (1)
Jon Henning (14)
Jonathan Sheely (4)
Jordan Coopersmith (1)
Joseph Craig (2)
Kan Ma (1)
Keivan Beigi (3)
Kelly Ford (4)
Ken Grierson (10)
Kevin Schreiner (6)
Leigh Pointer (31)
Lorraine Young (60)
Malik Khan (1)
Matt Rutledge (2)
Matthias Schlomann (16)
Mauricio Márquez (5)
Michael Doxsey (7)
Michael Tobisch (3)
Michael Washington (202)
Miguel Gatmaytan (3)
Mike Horton (19)
Mitchel Sellers (40)
Nathan Rover (3)
Navin V Nagiah (14)
Néstor Sánchez (31)
Nik Kalyani (14)
Oliver Hine (1)
Patricio F. Salinas (1)
Patrick Ryan (1)
Peter Donker (54)
Philip Beadle (135)
Philipp Becker (4)
Richard Dumas (22)
Robert J Collins (5)
Roger Selwyn (8)
Ruben Lopez (1)
Ryan Martinez (1)
Sacha Trauwaen (1)
Salar Golestanian (4)
Sanjay Mehrotra (9)
Scott McCulloch (1)
Scott Schlesier (11)
Scott Wilkinson (3)
Scott Willhite (97)
Sebastian Leupold (80)
Shaun Walker (237)
Shawn Mehaffie (17)
Stefan Cullmann (12)
Stefan Kamphuis (12)
Steve Fabian (31)
Steven Fisher (1)
Tony Henrich (3)
Torsten Weggen (3)
Tycho de Waard (4)
Vicenç Masanas (27)
Vincent Nguyen (3)
Vitaly Kozadayev (6)
Will Morgenweck (40)
Will Strohl (180)
William Severance (5)
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out