C# Developer's Guide to ASP. Net, XML and ADO. Net

by McManus, Jeffrey P.; Kinsman, Chris

• ISBN13: 9780672321559
• ISBN10: 0672321556
• Format: Paperback
• Copyright: 2002-01-01
• Publisher: Addison-Wesley Professional

Summary

Topics covered in this book include: the .NET Foundation Classes that are most used by developers--ASP.NET, XML, and ADO.NET, and details about the construction of Web Services and how they programmatically communicate with each other.

Table of Contents

Introduction: The Need for ASP.NET	1	(10)
Page Framework	11	(108)
Debugging ASP.NET Applications	119	(20)
State Management and Caching	139	(54)
Configuration and Development	193	(30)
Web Services	223	(58)
Security	281	(56)
HttpHandlers and HttpModules	337	(40)
Building User Controls and Server Controls	377	(34)
Using XML	411	(62)
Creating Database Applications with ADO.NET	473	(58)
Index	531

Excerpts

The Need for ASP.NET Before delving into the particulars of developing with C#, it will be useful to overview ASP.NET. This chapter summarizes ASP.NET's features, including some insight into how they represent improvements over ASP.old. Problems with ASP Today When Active Server Pages (ASP) was first introduced almost five years ago, it was seen as an answer to the awkward techniques used at that time for creating dynamic content on the Web. At the time Common Gateway Interface programs or proprietary server plug-ins were the way that most of the Web's dynamic content was created. With the release of ASP 1.0, Microsoft changed all that. ASP 1.0 provided a flexible robust scripting architecture that enabled developers to rapidly create dynamic Web applications. Developers could write in VBScript or JScript and Microsoft provided a number of services to make development easy. At the time, it was just what developers needed. As Web development matured several shortcomings of the platform became evident, and persist until today. Separation of Code and Design As the Web grew in popularity in the early 90s, developers experienced three distinct waves of development paradigms. In the first wave, Web developers created static HTML documents and linked them together. This was the era of the "brochure" Web site and was more about looks than anything else. The second wave brought the concept of dynamic content to the fore. Developers started creating registration forms and various small pieces of functionality and adding them into existing Web sites. The third wave was when the first and second waves came together. Web sites were being designed from the ground up to be interactive; they were treated more like an application and less like a magazine with a subscription card in it. In most instances this type of interactive page design created a development paradigm that went like so: Designers created page mockups in HTML. Developers added code to the pages. When designers needed to change their design, they copied and pasted the existing code into the new page, butchering it and destroying its functionality. The severity of this problem typically depended on the size of the site, the smarts of the designers, and the techniques that developers used to guard against this mangling. With the release of Visual Studio 6 in September 1998, it was clear that Microsoft recognized this burgeoning problem and attempted to resolve it with a new feature in Visual Basic 6, Web Classes. Web Classes made an attempt to separate the design of a page from the code that interacted with it. It enabled this separation by using an HTML template and providing a facility for doing tag replacement in the template. There were a number of problems with Web Classes. Although a great idea, they suffered from two main issues. First, the Web Classes were implemented entirely in Visual Basic, which required traditional ASP developers to shift their thinking patterns for creating applications. Second, Microsoft had scalability issues related to the threading models of ASP and Visual Basic. Because of the previously stated reasons and many other smaller ones, Web Classes never really gained any traction among developers. Scripting Language Based When ASP 1.0 was first released, the fact that all development was done using scripting languages was a big plus. It meant that developers didn't have to go through a painful restart/compile process that they might have been accustomed to with CGI or ISAPI style applications. As applications grew larger, numbers of users increased and developers were using ASP for increasingly difficult problems. The fact that all code was interpreted became a potential performance bottleneck. When using VBScript there was limited support for error handling. Many developers sidestepped this issue by moving code into compiled COM objects. While this move solved some of the