1 / 37

Starting a Website with .ASP.Net - Part I

Learn how to start a website using .ASP.Net and Visual Studio. Understand the directory structure, file placement, and process for moving a website. Explore additional items you can add, such as web.config, user-defined controls, style sheets, and script files. Discover how to change the location of a website and run server-side programs using ASP.Net.

darlab
Download Presentation

Starting a Website with .ASP.Net - Part I

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. ASP.Net – Part I Jim Fawcett CSE691 – Comparative Platforms Summer 2007

  2. Starting a Website

  3. Starting a Website • Visual Studio builds Asp.Net applications in two directories: • Web site files are placed in a folder you specify when creating the website. This directory holds the files: • Default.aspx • Default.aspx.cs • Your solution goes in a folder you specify on Tools\Options\Projects and Solutions. This directory holds the files: • WebsiteName.sln • WebsiteName.suo • To move the website, simply copy the files from the Website directory to the new location, and make this a virtual directory with anonumous access enabled. You will also have to set the application in the directory’s properties page.

  4. Website Files Note: no project

  5. ASP Application Files • Test.aspx • An ASP page providing the user interface for the application, used to build the processed page. • Test.aspx.cs • A C# WebForm, with structure somewhat like a WinForm that serves as base class for the Test class and, in turn, derives from System.Web.UI.Page. • Other things you can add: • Web.config • Allows you to set debug tracing and other session related properties • Additional Forms • User defined controls • StyleSheets • Script files

  6. Adding Additional Items

  7. Setting Location of Website Solution

  8. Setting Location of Website Location of website. You can change the path and name to whatever you wish. This is were the Virtual Directory will be created, and the initial WebForm depositied.

  9. You can change the location of a website: Create a new virtual Directory Copy the files from the original virtual directory In Windows Explore or the IIS Snapin Remove the application from the original directory Changing the location of a website

  10. Virtual Directory Viewed from Windows Explorer

  11. Virtual Directory Viewed in IIS Snapin

  12. Running from New Location

  13. Server-Side Programs • You can run any .Net webform that resides in a virtual directory simply by requesting it from a browser: • http://www.ecs.syr.edu/faculty/fawcett/handouts/CSE686/code/AspApps/BasicAsp/PickAgain.aspx • Provided that directory permissions allow this. • On Windows platforms most server-side processing takes the form of Active Server Page (ASP) applications or ASP.Net applications. • Note that most of the examples I’ve placed on the college server will run from there, as that server has .Net and IIS installed. • To run the examples from your own machine, just FTP the code folder to any directory on your local machine, in Windows Explorer right click on the folder, select properties, and select web sharing. • Now you can open the site with http://localhost/setName/formName.aspx

  14. Traditional ASP • Traditional (pre .Net) ASP provides interpreted application scripts running in the memory space of the IIS web server. • A traditional ASP page consists of a mix of HTML, sent directly to the requesting browser and Javascript or Vbscript executed on the server, usually to generate html for display or interact with a backend database. • Traditional ASP uses a set of standard server side COM objects and can use custom COM objects as well. • Deploying custom COM objects to remote servers has been a major problem.

  15. Server-Side Objects • Traditional ASP provides seven objects used for server-side programming: • Application: • starts when IIS starts and runs until IIS shuts down • ASPError • ASPError object is returned by Server.GetLastError(), and has the properties:Source, Category, File, Line, Description, ASPDescription • ObjectContext • Access to COM+ objects • Request: • Provides methods:Form(), QueryString(), Cookies(), ServerVariables() • Response: • Provides methods:Write(), Clear(), End(), Flush(), Redirect(), Buffer, Expires, IsClientConnected(), PICS() • Server: • Provides methods: Execute(), Transfer(), MapPath(), URLEncode(), HTMLEncode(), GetLastError() • Session: • starts when a user requests first page and ends with a timeout

  16. ASP .Net • ASP.Net supports the traditional style, but adds processing power of compiled C# and a pervasive object model. • We can create user-defined classes in C# and use them on ASP pages. Any .Net language can be used this way. • Web controls are based on CLR objects. Control state is sent back and forth between client and server in a hidden viewstate. • An ASP.Net page can easily be turned into a server control that can be used on any other ASP page.

  17. ASP.Net Environment

  18. ASP.Net WebForm • An ASP.Net page has: • A single form control: • <form id=“form1” runat=“server”> … </form> • Zero or more server controls: • That render themselves to HTML • Have methods, properties, and events • Server controls come in two flavors: • HTML controls that have html tags • <input id=“Checkbox1” type=“checkbox” /> • Standard (Web) controls • <asp:Button ID=“Button1” runat=“server” Text=“…” />

  19. Page Rendering Model • When an aspx page is requested, a Page object is instantiated, and an object is created for each control on the page. • Each of the control objects is added to the page’s controls collection. • When the page renders: • It generates HTML representing the form • Calls each of its controls to render itself, resulting in: • HTML generated for each control. • Javascript that generates a postback to the server each time the client takes some action that triggers a client-side HTML-based event.

  20. The First Call • The first time a page is loaded after creation or a change to its text: • ASP.Net parsers extract code from the codebehind file and build a class, derived from System.Web.UI.Page, that contains a collection for the page’s controls, renderning code, events, … • The aspx file is parsed, and a class, derived from the code behind-based class, is built to render the page.

  21. Page Serving Model

  22. ASP.Net Page Contents • An ASP.Net page contains: • Directives for the compiler, which must include a <@Page … > directive. • Literal HTML content, intended for the client • Code in C#, VB, Jscript.Net. The Code will: • Respond to client-side events that result in a PostBack to the server and may also: • generate HTML for client • get or send data to a database on this or a remote server • interact in some way with the server’s file system • Traditional script, e.g.: Javascript or Vbscript • Embedded ASP.Net server controls • Means to collect information from, and present information to, clients • Control state is preserved in transactions between client and server using a hidden viewstate. • Server HTML controls, based on the traditional HTML controls • Also manages information between client and server. Preserving state requires more work on programmer’s part.

  23. Page GET Life Cycle • Browser issues an HTTP GET request for an aspx page. • The IHttpHandler::ProcessRequest method is called. • Handler creates a Page-derived class by loading the aspx page specified in the request, and loading any requred dynamic link libraries (dlls), residing in the application’s bin directory. • Server calls Page’s ProcessRequest, which results in a recursive call to __Render__control for the page and each of its child controls. • Each control’s __Render__control call is responsible for constructing html for it’s own part of the page display.

  24. Page POST Life Cycle • Any event triggered by a user action in the client browser generates a submit request and subsequent HTTP POST message. The body of the message contains data from the form to be processed on the server. • POSTed data is captured by the server’s request object and processed by event handlers in the original aspx page’s C# Codebehind. This processing almost always results in more rendering and the page is then sent back to the client. • Complete cycle: • GET  reply  user action  POST  reply  user action … • The Page.IsPostback property tells server code whether processing is in response to a GET or a POST command.

  25. What’s So Great about Asp.Net? • The object model, with its Page class that supports Asp.Net pages, is extremely helpful in building effective websites: • We can build a Page derived class that will serve as a base class for all our web pages that contains all the code common to pages in the site: • styles • controls (navigation bar and user access control for example) • Headers and Footers • User defined controls are easy to define and reuse. • All of the power of the .Net framework is available for our server-side processing, e.g.: • directory and file manipulation • Regular expression analysis • XML processing • Web services • Advanced data management classes

  26. ASP .Net Applications • You can build an ASP application using notepad to create an aspx page, a C# code page, and, optionally, a web.config file. • Here’s what is required to do that: • Create an aspx file that has: • Page directive that contains an Inherits attribute that specifies a class from the code page, e.g., Inherits=“_Default” • HTML including a form and one or more controls • Create a codebehind cs file that contains: • Event handlers for each of the aspx control events you want to handle • Helper code • Make each of these members of a class derived from System.Web.UI.Page • Declare protected fields with names the same as the IDs of the controls on the aspx page, e.g., TextBox UserName; • Compile the cs file into a library dll and place the dll in a bin subdirectory immediately below the aspx application. • Of course, you can do that quickly by running the website wizard.

  27. Page Hierarchy using Reflection Hierarchy discovered by using reflection in Form_Load, e.g., GetType(), GetType().BaseType, and GetType.BaseType.BaseType

  28. HTMLServer Controls • Input: Button, Reset, Submit, Text, File, Password, Checkbox, Radio, Hidden • Textarea, Table, Image, Select, Horizontal Rule, Div • <INPUT id=“UserID” style=“…” type=“text” runat=“server”> • Allows you to take any valid html page and change its extension to aspx and have it run as an ASP.Net application. • This makes migration from older sites somewhat easier.

  29. WebServer Controls • Label, TextBox, Button, LinkButton, ImageButton, HyperLink, DropDownList, ListBox, CheckBox, CheckBoxList, RadioButton, Image, ImageMap, Table, BulletedList, HiddenField, Literal, Calendar, AdRotator, FileUpLoad, Xml, MultView, Panel, PlaceHolder, View, Substitution, Localize • <asp:Label id=“Label1” runat=“server” BorderColor=“maroon”>default text</asp:Label> • Richer behavior, styles, and configurations than HTML controls.

  30. Server Controls • WebServer Controls • These controls have state which is marshalled between client and server in a hidden ViewState variable. • Events, like button clicks, that happen on the client side, are marshalled back to the server to trigger event handlers in C#, processed on the server. • This event model is based on encapsulated Javascript processing that posts page data back to the server when a specific event occrurs.

  31. Let’s Build an Application • Create an ASP.Net Application, using C# • Pull a TextBox, Button, and Label onto the form. • Switch to HTML view and put a couple of <br/> tags between each of these controls. • Add some styling in the head section. • Double click on the form to generate a Page_Load event handler and we will put some code there. • Double click on the button and we’ll also put some code there. • Run the application.

  32. Design View

  33. ASPX Code View

  34. C# Code View

  35. CodeFile ///////////////////////////////////////////////////////////////////// // Default.aspx.cs - Simple Asp.Net demo // // // // Jim Fawcett, CSE686 - Internet Programming, Summer 2006 // ///////////////////////////////////////////////////////////////////// using System; using System.Data; using System.Configuration; using System.Web; using System.Web.Security; using System.Web.UI; using System.Web.UI.WebControls; using System.Web.UI.WebControls.WebParts; using System.Web.UI.HtmlControls; public partial class _Default : System.Web.UI.Page { protected void Page_Load(object sender, EventArgs e) { if (IsPostBack) { Label1.Text = "You entered \"" + TextBox1.Text + "\""; Label1.Text = Label1.Text + "<br/><br/> Page Type is: " + this.GetType(); Label1.Text = Label1.Text + "<br/> Base Type is: " + this.GetType().BaseType; Label1.Text = Label1.Text + "<br/> Base of that is: " + this.GetType().BaseType.BaseType; } } }

  36. Running Default.aspx

  37. References • Pro ASP.Net 2.0 in C# 2005, MacDonald & Szpuszta, Apress, 2006 • Programming Microsoft .Net, Jef Prosise, Microsoft Press, 2002 • ASP.NET Unleashed, Second Edition, Stephen Walther, SAMS, 2004 • ASP.Net, Tips, Tutorials, and Code, Mitchell, et. al., SAMS, 2002 • More examples (a lot in Visual Basic.Net, some in C#) than most of the other books available on ASP. • http://samples.gotdotnet.com/quickstart/aspplus/ has some interesting tutorial material on ASP.Net.

More Related