ASP.NET pages are dynamically compiled on demand when first required in the context of a Web application. Dynamic compilation is not specific to ASP.NET pages (.aspx files); it also occurs with Web Services (.asmx files), Web user controls (.ascx files), HTTP handlers (.ashx files), and ASP.NET application files such as the global.asax file. But what does it mean exactly that an ASP.NET page is compiled?
ASP.NET provides extensive tracing and debugging capabilities, an area that has been neglected for web developers in the past. With its new compilation model, debugging a page becomes as natural as debugging any other application.
ASP.NET provides three primary forms of caching: page level output caching, user control level output caching (or fragment caching), and the Cache API. Output caching and fragment caching have the advantage of being incredibly simple to implement, and are sufficient in many cases. The cache API provides additional flexibility (quite a lot, in fact), and can be used to take advantage of caching throughout every application.
In this article we will generate a random serial code for our applications. The script will generate a similiar serial code to use in a real application.
The ASP.NET Web Matrix Project Guided Tour is a series of walkthroughs and supporting commentary designed to quickly acquaint developers with the syntax, architecture, and power of the ASP.NET Web Matrix Project development environment. The walkthrough samples are designed to be short, easy-to-understand illustrations of ASP.NET Web Matrix Project features.
Programmers familiar with JSP's Model II/struts architecture and others generally familiar with Model View Controller (MVC) architectures, immediately wonder how the MVC pattern can be applied in an ASP.NET world. This article demonstrates how the MVC pattern can be applied to an ASP.NET web application without breaking the basic Microsoft supplied architecture.