Yes, it is still applicable to .NET.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnpatterns/html/DesMVC.asp
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnpatterns/html/ImpMVCinASP.asp
Maung Maung
MaungMaung wrote: http://msdn.microsoft.com/library/default.asp?url=/library/enus/dnpatterns/html/ImpMVCinASP.asp
http://msdn.microsoft.com/library/default.asp?url=/library/enus/dnpatterns/html/ImpMVCinASP.asp
When I first tried to find how to implement MVC in ASP.NET, I read that article and many doubts started floating in my mind. Initially, I had doubts about how MVC is loosy implemented using code behind. I even went to an extent of implementing what I considered a MVC design pattern on ASP.NET, by designing controllers to handle every specific event request.
For e.g. for a page load event, I devised a controller class (e.g. LoadXXXController.cs) which is inherited from my abstract Controller class with a simple method called Action. Thus, in the page_load event, it simply called objLoadXXXController.Action ().
It's really neat and easy to code, that is if you have a minimum team size of 3-4 person. Of cos, it gets rather confusing during debugging, as there are so many possible controllers behind each .aspx page.
microlau Blog: http://community.sgdotnet.org/blogs/microlau
Wee Hyong,
It's WF.
Firedancer wrote: Wee Hyong, It's WF.
FD,
hahaha.. old term of reference is hard to change... heheheh..