ASP.NET MVC vs. Web Forms

ASP.NET의 첫 번째 버전은 2002년에 출시되었으며, Web Forms(view engine)가 유일한 선택지였습니다. 이후로 Microsoft는 MVC와 같은 기능을 지원하기 위해 ASP.NET을 여러 뷰 엔진을 지원하도록 확장했지만, 오랜 기간 ASP.NET을 사용하면서 자동으로 Web Forms도 사용하게 되었습니다.

마이크로소프트가 Web Forms을 만들 때에는 HTTP Protocol의 복잡한 세부사항과 그 상태 무결성의 특성을 최대한 추상화하여 웹 개발이 윈도우 프로그램 개발과 유사한 느낌을 제공하고자 했습니다. 당시에 이미 쾌적한 경험이 제공되고 있던 윈도우 프로그램 개발과 유사한 느낌을 웹 개발에 적용하고자 했던 것이었습니다.

They did so by introducing the ViewState, which would make sure that the current state of any form was preserved during post backs to the server and they did it with server controls, which encapsulated the rendering of HTML and CSS into an arbitrary control which you could customize using logical properties instead of being forced to mix HTML and CSS directly.

They also introduced the event driven model, already known to the Windows developers at that time, to allow the developer to respond to actual events, like a button being clicked or a checkbox being changed, instead of doing manual checks for this each time the page was loaded. This also meant that markup and code was separated, which in theory is a great thing.

Where Web Forms Failed

Web Forms was a fresh breath of air for many developers, and it likely also helped a lot of new developers, or developers only familiar with Windows application development, to learn building applications for the web. Unfortunately Microsoft didn't succeed in creating the perfect and flawless abstraction, because a number of problems quickly emerged. Some of them were fixed in later releases, while others were more fundamental to the way WebForms worked and therefore harder to change. The Web Forms technology has been criticized mainly for the following things:

ViewState makes pages heavier

By keeping track of every server control on the page in a ViewState string, which is sent back and forth between the server on each request, Web Forms pages got quite a bit heavier. If you were building a medium complex page, the resulting ViewState string could lead to an increase of several hundreds of kilobytes. This could lead to longer load times, especially on a mobile connection and with the increase of traffic from smartphones all over the world, this became a very real problem.

Server controls limits your control over HTML output

Server controls makes it easy for you to quickly create something useful, but you never get full control of the HTML which it renders. This can become a problem when you need to fine-tune your work as well as if you experience browser compatibility problems.

Web Forms is bad for automated testing

The Web Forms model was introduced before automated/unit testing became a big thing and when it did, it was easy to see that Web Forms was hard, if not impossible, to effectively unit test.

Where ASP.NET MVC is an improvement over Web Forms

ASP.NET MVC removes a lot of the abstractions implemented by Web Forms. For instance, you usually generate all of the HTML yourself, instead of relying on server controls. There is also no longer any ViewState maintained for you, effectively eliminating that problem (but also rendering several of the server controls, like the GridView and the Repeater, useless at the same time).

The MVC model is perfect for automated/unit testing, because of the loose coupling between the different layers.

Which technology should you choose?

It's important to state that while Web Forms may seem like an outdated technology when reading the above, it's actually not at all - Web Forms is still being actively developed by Microsoft and is still a possible choice when entering the world of web development with ASP.NET. Web Forms is especially well suited for situations where you want something up and running in a hurry - the big amount of advanced server controls makes it easy to accomplish something very useful in a rush, at the price of the flexibility it gives you to write all the markup manually.

If you already know how to use Web Forms, you should definitely give ASP.NET MVC a try, especially if some of the above mentioned problems have been bugging you as well. If you're new to web development, and you need to decide between the two technologies, I would still recommend giving ASP.NET MVC a try. The MVC model can seem a bit restrictive to some people, and having to follow a pattern is obviously harder in the beginning than not following one, but once you get used to it, it's very pleasant to work with and judging from the amount of attention that the MVC model receives in general, it's not likely to disappear anytime soon.

Summary

So, while ASP.NET Web Forms might be a bit easier to get started with, you should probably give ASP.NET MVC a try first, if you're new to the world of web development. Don't worry, this tutorial will get you started and guide you through the process of developing your first ASP.NET MVC application.