Video: Creating an N-Layer ASP.NET Application
In this video tutorial I walk through the fundamentals of creating an N-Layer ASP.NET application. What's "N-Layer" you ask? N-Layer can be interpreted many different ways, but I generally use the term to mean separating presentation, business and data code into individual layers. Doing this allows code to be re-used throughout an application and prevents unnecessary clutter in ASP.NET code-behind classes. This video covers creating presentation, business and data layers and also covers another layer I normally add to projects that I refer to as "Model". The model layer contains data entity classes that are used to pass data between the different layers.
If you're currently embedding all of your code directly in ASP.NET pages, this video will help get you started on the road to recovery. I'm kidding of course, but if you want to build more re-useable and maintainable applications you'll want to segregate your code into different layers at a minimum. Other types of architectures can certainly be applied as well. The code shown in the video can be downloaded here.
If you're currently embedding all of your code directly in ASP.NET pages, this video will help get you started on the road to recovery. I'm kidding of course, but if you want to build more re-useable and maintainable applications you'll want to segregate your code into different layers at a minimum. Other types of architectures can certainly be applied as well. The code shown in the video can be downloaded here.
Posted on Monday, February 5, 2007 at 10:08PM
by
Dan Wahlin
in ASP.NET, Video
|
4 Comments
|
2 References
References (2)
References allow you to track sources for this article, as well as articles that were written in response to this article.
-
In this video tutorial I walk through the fundamentals of creating an N-Layer ASP.NET application. What's -
You've been kicked (a good thing) - Trackback from DotNetKicks.com

Reader Comments (4)
A guy name Mike raised the question of:
Why bother with an array, wouldn't it be better to just pass the generic list?
and you reply was:
For the List<Model.Customer>, that would be fine to return of course, but I prefer to keep the overhead of objects passed between the layers as minimal as possible. Just a personal choice. If I knew the collection would have to be increased potentially then I'd pass the List<Model.Customer>.
my question is:
does it safe to pass class around the n-tire? or is it consider to be overhead and if thats overhead then what is the better way or best practice to be use?
how do you pass generic List<Model.Customer>? can you show me few lines of code please?
thanks.