ASP.NET

Not to be confused with UNESCO ASPNet.
ASP.NET
Developer(s) Microsoft
Initial release January 5, 2002 (2002-01-05)
Stable release
4.6 / July 20, 2015 (2015-07-20)[1]
Development status Succeeded by ASP.NET Core
Written in .NET languages
Operating system Microsoft Windows, Linux and MacOS
Type Web application framework
License Apache 2.0
Website www.asp.net
ASP.NET
Filename extension .aspx, .cshtml, .vbhtml
Internet media type text/html
Developed by Microsoft

ASP.NET is an open-source[2] server-side web application framework designed for web development to produce dynamic web pages. It was developed by Microsoft to allow programmers to build dynamic web sites, web applications and web services.

It was first released in January 2002 with version 1.0 of the .NET Framework, and is the successor to Microsoft's Active Server Pages (ASP) technology. ASP.NET is built on the Common Language Runtime (CLR), allowing programmers to write ASP.NET code using any supported .NET language. The ASP.NET SOAP extension framework allows ASP.NET components to process SOAP messages.

ASP.NET's successor is ASP.NET Core. It is a re-implementation of ASP.NET as a modular web framework, together with other frameworks like Entity Framework. The new framework uses the new open-source .NET Compiler Platform (codename "Roslyn") and is cross platform. ASP.NET MVC, ASP.NET Web API, and ASP.NET Web Pages (a platform using only Razor pages) have merged into a unified MVC 6.[3]

History

After four years of development, and a series of beta releases in 2000 and 2001, ASP.NET 1.0 was released on January 5, 2002 as part of version 1.0 of the .NET Framework. Even prior to the release, dozens of books had been written about ASP.NET,[4] and Microsoft promoted it heavily as part of its platform for Web services. Scott Guthrie became the product unit manager for ASP.NET, and development continued apace, with version 1.1 being released on April 24, 2003 as a part of Windows Server 2003. ASP.NET is loosely based on HTML. This release focused on improving ASP.NET's support for mobile devices.

Characteristics

ASP.NET Web pages, known officially as Web Forms,[5] are the main building blocks for application development in ASP.NET.[6] There are two basic methodologies for Web Forms, a web application format and a web site format.[7] Web applications need to be compiled before deployment, while web sites structures allows the user to copy the files directly to the server without prior compilation. Web forms are contained in files with a ".aspx" extension; these files typically contain static (X)HTML markup or component markup. The component markup can include server-side Web Controls and User Controls that have been defined in the framework or the web page. For example, a textbox component can be defined on a page as <asp:textbox id='myid' runat='server'>, which is rendered into a html input box. Additionally, dynamic code, which runs on the server, can be placed in a page within a block <% -- dynamic code -- %>, which is similar to other Web development technologies such as PHP, JSP, and ASP. With ASP.NET Framework 2.0, Microsoft introduced a new code-behind model that lets static text remain on the .aspx page, while dynamic code remains in an .aspx.vb or .aspx.cs or .aspx.fs file (depending on the programming language used).[8]

Code-behind model

Microsoft recommends dealing with dynamic program code by using the code-behind model, which places this code in a separate file or in a specially designated script tag. Code-behind files typically have names like MyPage.aspx.cs or MyPage.aspx.vb while the page file is MyPage.aspx (same filename as the page file (ASPX), but with the final extension denoting the page language). This practice is automatic in Visual Studio and other IDEs however the user can change the code-behind page. Also, in the web application format, the pagename.aspx.cs is a partial class that is linked to the pagename.designer.cs file. The designer file is a file that is autogenerated from the aspx page that allows the programmer to reference components in the aspx page from the cs page without having to declare them manually as in versions prior to ASP.Net version 2.[9] When using this style of programming, the developer writes code to respond to different events, like the page being loaded, or a control being clicked, rather than a procedural walkthrough of the document.

ASP.NET's code-behind model marks a departure from Classic ASP in that it encourages developers to build applications with separation of presentation and content in mind. In theory, this would allow a Web designer, for example, to focus on the design markup with less potential for disturbing the programming code that drives it. This is similar to the separation of the controller from the view in model–view–controller (MVC) frameworks.

Directives

A directive is a special instruction on how ASP.NET should process the page.[10] The most common directive is <%@ Page %>, which can specify many attributes used by the ASP.NET page parser and compiler.

<!-- Web.Config CFile -->

<configuration>
    <system.web>
        <customErrors mode="On"/>
    </system.web>
</configuration>

User controls

User controls are encapsulations of page sections that are registered and used as controls in ASP.NET, org,etc.

Custom controls

Programmers can also build custom controls for ASP.NET applications. Unlike user controls, these controls do not have an ASCX markup file, having all their code compiled into a dynamic link library (DLL) file. Such custom controls can be used across multiple Web applications and Visual Studio 2013 projects.

Rendering technique

.NET uses a "visited composites" rendering technique. During compilation, the template (.aspx) file is compiled into initialization code that builds a control tree (the composite) representing the original template. Literal text goes into instances of the Literal control class, and server controls are represented by instances of a specific control class. The initialization code is combined with user-written code (usually by the assembly of multiple partial classes) and results in a class specific for the page. The page doubles as the root of the control tree.

Actual requests for the page are processed through a number of steps. First, during the initialization steps, an instance of the page class is created and the initialization code is executed. This produces the initial control tree, which is now typically manipulated by the methods of the page in the following steps. As each node in the tree is a control represented as an instance of a class, the code may change the tree structure as well as manipulate the properties/methods of the individual nodes. Finally, during the rendering step a visitor is used to visit every node in the tree, asking each node to render itself using the methods of the visitor. The resulting HTML output is sent to the client.

After the request has been processed, the instance of the page class is discarded and with it the entire control tree. This is a source of confusion among novice ASP.NET programmers who rely on the class instance members that are lost with every page request/response cycle.

State management

ASP.NET applications are hosted by a Web server and are accessed using the stateless HTTP protocol. As such, if an application uses stateful interaction, it has to implement state management on its own. ASP.NET provides various functions for state management. Conceptually, Microsoft treats "state" as GUI state. Problems may arise if an application must track "data state"; for example, a finite-state machine that may be in a transient state between requests (lazy evaluation) or takes a long time to initialize. State management in ASP.NET pages with authentication can make Web scraping difficult or impossible.

Application

Application state is held by a collection of shared user-defined variables. These are set and initialized when the Application_OnStart event fires on the loading of the first instance of the application and are available until the last instance exits. Application state variables are accessed using the Applications collection, which provides a wrapper for the application state. Application state variables are identified by name.[11] Application is state management.

Session state

Server-side session state is held by a collection of user-defined session variables that are persistent during a user session. These variables, accessed using the Session collection, are unique to each session instance. The variables can be set to be automatically destroyed after a defined time of inactivity even if the session does not end. Client-side user session is maintained by either a cookie or by encoding the session ID in the URL itself.[11]

ASP.NET supports three modes of persistence for server-side session variables:[11]

In-process mode
The session variables are maintained within the ASP.NET process. This is the fastest way; however, in this mode the variables are destroyed when the ASP.NET process is recycled or shut down.
State server mode
ASP.NET runs a separate Windows service that maintains the state variables. Because state management happens outside the ASP.NET process, and because the ASP.NET engine accesses data using .NET Remoting, ASPState is slower than In-Process. This mode allows an ASP.NET application to be load-balanced and scaled across multiple servers. Because the state management service runs independently of ASP.NET, the session variables can persist across ASP.NET process shutdowns. However, since session state server runs as one instance, it is still one point of failure for session state. The session-state service cannot be load-balanced, and there are restrictions on types that can be stored in a session variable.
SQL Server mode
State variables are stored in a database, allowing session variables to be persisted across ASP.NET process shutdowns. The main advantage of this mode is that it allows the application to balance load on a server cluster, sharing sessions between servers. This is the slowest method of session state management in ASP.NET.

ASP.NET session state enables you to store and retrieve values for a user as the user navigates ASP.NET pages in a Web application. HTTP is a stateless protocol. This means that a Web server treats each HTTP request for a page as an independent request. The server retains no knowledge of variable values that were used during previous requests. ASP.NET session state identifies requests from the same browser during a limited time window as a session, and provides a way to persist variable values for the duration of that session. By default, ASP.NET session state is enabled for all ASP.NET applications.

Alternatives to session state include the following:

View state

View state refers to the page-level state management mechanism, utilized by the HTML pages emitted by ASP.NET applications to maintain the state of the Web form controls and widgets. The state of the controls is encoded and sent to the server at every form submission in a hidden field known as __VIEWSTATE. The server sends back the variable so that, when the page is re-rendered, the controls render at their last state. At the server side, the application may change the viewstate, if the processing requires a change of state of any control. The states of individual controls are decoded at the server, and are available for use in ASP.NET pages using the ViewState collection.[12]

The main use for this is to preserve form information across postbacks. View state is turned on by default and normally serializes the data in every control on the page regardless of whether it is actually used during a postback. This behavior can (and should) be modified, however, as View state can be disabled on a per-control, per-page, or server-wide basis.

Developers need to be wary of storing sensitive or private information in the View state of a page or control, as the base64 string containing the view state data can easily be de-serialized. By default, View state does not encrypt the __VIEWSTATE value. Encryption can be enabled on a server-wide (and server-specific) basis, allowing for a certain level of security to be maintained.[13]

Server-side caching

ASP.NET offers a "Cache" object that is shared across the application and can also be used to store various objects. The "Cache" object holds the data only for a specified amount of time and is automatically cleaned after the session time-limit elapses.

Other

Other means of state management that are supported by ASP.NET are cookies, caching, and using the query string.

Template engine

When first released, ASP.NET lacked a template engine. Because the .NET Framework is object-oriented and allows for inheritance, many developers would define a new base class that inherits from "System.Web.UI.Page", write methods there that render HTML, and then make the pages in their application inherit from this new class. While this allows for common elements to be reused across a site, it adds complexity and mixes source code with markup. Furthermore, this method can only be visually tested by running the application – not while designing it. Other developers have used include files and other tricks to avoid having to implement the same navigation and other elements in every page.

ASP.NET 2.0 introduced the concept of master pages, which allow for template-based page development. A Web application can have one or more master pages, which, beginning with ASP.NET 2.0, can be nested.[14] Master templates have place-holder controls, called ContentPlaceHolders to denote where the dynamic content goes, as well as HTML and JavaScript shared across child pages.

Child pages use those ContentPlaceHolder controls, which must be mapped to the place-holder of the master page that the content page is populating. The rest of the page is defined by the shared parts of the master page, much like a mail merge in a word processor. All markup and server controls in the content page must be placed within the ContentPlaceHolder control.

When a request is made for a content page, ASP.NET merges the output of the content page with the output of the master page, and sends the output to the user.

The master page remains fully accessible to the content page. This means that the content page may still manipulate headers, change title, configure caching etc. If the master page exposes public properties or methods (e.g., for setting copyright notices) the content page can use these as well.

Other files

Other file extensions associated with different versions of ASP.NET include:

Extension Introduced in version Description
asax 1.0 This is the global application file.You can use this file to define global variables (Variable that can be accessed from any Web page in the Web application.) It is mostly used to define the overall application event related to application & session object.Global.asax, used for application-level logic[15]
ascx 1.0 User Control, used for User Control files logic[16]
ashx 1.0 Custom HTTP handlers do not have a user interface.
asmx 1.0 Web service pages. From version 2.0 a Code behind page of an asmx file is placed into the app_code folder.
aspx 1.0 An ASP.NET Web Forms page that can contain Web controls and presentation and business logic. http://msdn.microsoft.com/en-us/library/2wawkw1c.aspx
axd 1.0 When enabled in web.config requesting trace.axd outputs application-level tracing. Also used for the special webresource.axd handler, which allows control/component developers to package a component/control complete with images, script, css etc. for deployment in one file (an 'assembly')
browser 2.0 Browser capabilities files stored in XML format; introduced in version 2.0. ASP.NET 2 includes many of these by default, to support common Web browsers. These specify which browsers have which abilities, so that ASP.NET 2 can automatically customize and optimize its output accordingly. Special .browser files are available for free download to handle, for instance, the W3C Validator, so that it properly shows standards-compliant pages as being standards-compliant. Replaces the harder-to-use BrowserCaps section that was in machine.config and could be overridden in web.config in ASP.NET 1.x.
config 1.0 web.config is the only file in a specific Web application to use this extension by default (machine.config similarly affects the entire Web server and all applications on it), however ASP.NET provides facilities to create and consume other config files. These are stored in XML format.
cs/vb/fs 1.0 Code files (cs indicates C#, vb indicates Visual Basic, fs indicates F#). Code behind files (see above) predominantly have the extension ".aspx.cs" or ".aspx.vb" for the two most common languages. Other code files (often containing common "library" classes) can also exist in the Web folders with the cs/vb extension. In ASP.NET 2 these should be placed inside the App_Code folder where they are dynamically compiled and available to the whole application.
cshtml 4.1 Views (mixed C# and HTML using Razor syntax)
dbml 3.5 LINQ to SQL data classes file
edmx 3.5 ADO.NET Entity Framework model
master 2.0 Master page file. Default file name is Master1.master
resx 1.0 Resource files for internationalization and localization. Resource files can be global (e.g., messages) or local, which means specific for one aspx or ascx file.
sitemap 2.0 Sitemap configuration files. Default file name is web.sitemap
skin 2.0 Theme skin files.
svc 3.0 Windows Communication Foundation service file
vbhtml 4.1 Views (mixed VB and HTML using Razor syntax)

Directory structure

In general, the ASP.NET directory structure can be determined by the developer's preferences. Apart from a few reserved directory names, the site can span any number of directories. The structure is typically reflected directly in the URLs. Although ASP.NET provides means for intercepting the request at any point during processing, the developer is not forced to funnel requests through a central application or front controller.

The special directory names (from ASP.NET 2.0 on) are:[17]

App_Code 
This is the "raw code" directory. The ASP.NET server automatically compiles files (and subdirectories) in this folder into an assembly accessible in the code of every page of the site. App_Code is typically used for data access abstraction code, model code and business code. Also any site-specific http handlers and modules and Web service implementation go in this directory. As an alternative to using App_Code the developer may opt to provide a separate assembly with precompiled code.
App_Data 
The App_Data ASP.NET Directory is the default directory for any database used by the ASP.NET Website. These databases might include Access (mdb) files or SQL Server (mdf) files. The App_Data is the only directory with Write Access enabled for the ASP.NET web application.:[18]
App_GlobalResources 
Holds resx files with localized resources available to every page of the site. This is where the ASP.NET developer typically stores localized messages etc. used on more than one page.
App_LocalResources 
E.g., a file called CheckOut.aspx.fr-FR.resx holds localized resources for the French version of the CheckOut.aspx page. When the UI culture is set to French, ASP.NET automatically finds and uses this file for localization.
App_Offline.htm 
A file (not a directory) that disables the application by returning the contents of the file for any application request.
App_Themes 
Adds a folder that holds files related to themes, which is a new ASP.NET feature that helps ensure a consistent appearance throughout a Web site and makes it easier to change the Web site's appearance when necessary.
App_WebReferences 
holds discovery files and WSDL files for references to Web services to be consumed in the site.
Bin 
Contains compiled code (.dll files) for controls, components, or other code that you want to reference in your application. Any classes represented by code in the Bin folder are automatically referenced in your application.

Performance

ASP.NET aims for performance benefits over other script-based technologies (including classic ASP) by compiling the server-side code the first time it is used to one or more DLL files on the Web server. These dll files or assemblies contain Microsoft Intermediate Language (MSIL) for running within the common language runtime; this provides a performance boost over pure scripted languages and is similar to the approach used by Python and not dissimilar to JavaServer Pages.[19] This compilation happens automatically the first time a page is requested (which means the developer need not perform a separate compilation step for pages).

This feature provides the ease of development offered by scripting languages with the performance benefits of a compiled binary. However, the compilation might cause a noticeable but short delay to the user when the newly edited page is first requested from the Web server, but not again unless the requested page updates further.

The ASPX and other resource files are placed in a virtual host on an Internet Information Services server (or other compatible ASP.NET servers; see Other implementations, below). The first time a client requests a page, the .NET Framework parses and compiles the file(s) into a .NET assembly and sends the response; subsequent requests are served from the DLL files. By default ASP.NET compiles the entire site in batches of 1000 files upon first request. If the compilation delay is causing problems, the batch size or the compilation strategy may be tweaked.

Developers can also choose to pre-compile their "codebehind" files before deployment, using Microsoft Visual Studio, eliminating the need for just-in-time compilation in a production environment.[20] This also eliminates the need of having the source code on the Web server. It also supports pre-compile text.

Extension

Microsoft has released some extension frameworks that plug into ASP.NET and extend its functionality. Some of them are:

ASP.NET Handler
Are components that implement the System.Web.IHttpHandler interface. Unlike ASP.NET Pages, they have no HTML-markup file, no events and other supporting. All they have is a code-file (written in any .NET-compatible language) that writes some data to the server HTTP response. HTTP handlers are similar to ISAPI extensions.
ASP.NET AJAX
An extension with both client-side as well as server-side components for writing ASP.NET pages that incorporate AJAX functionality.
ASP.NET MVC
A framework extension to author ASP.NET pages using the model–view–controller (MVC) architecture.:
ASP.NET Razor
A Web Pages view alternative to Web Forms designed for use with MVC since release 3.
ASP.NET Dynamic Data
A scaffolding extension to build data driven web applications
ASP.NET Web API
An HTTP API framework for exposing web services.
ASP.NET SignalR
A real-time communications framework for bi-directional communication between client and server.

ASP.NET compared with classic ASP

ASP.NET WebForms simplifies developers' transition from Windows application development to Web development by offering the ability to build pages composed of controls similar to a Windows user interface. A Web control, such as a button or label, functions in very much the same way as its Windows counterparts: code can assign its properties and respond to its events. Controls know how to render themselves: whereas Windows controls draw themselves to the screen, web controls produce segments of HTML and JavaScript that form parts of the resulting page sent to the end-user's browser.

ASP.NET WebForms encourages the programmer to develop applications using an event-driven GUI model, rather than in conventional Web-scripting environments like ASP and PHP.[21] The framework combines existing technologies such as JavaScript with internal components like "ViewState" to bring persistent (inter-request) state to the inherently stateless Web environment.

Other differences compared to classic ASP are:

IIS integrated pipeline

On IIS 6.0 and lower, pages written using different versions of the ASP framework cannot share session state without the use of third-party libraries. This does not apply to ASP.NET and ASP applications running side by side on IIS 7. With IIS 7.0, modules may be run in an integrated pipeline that allows modules written in any language to be executed for any request.[22]

Development tools

Several available software packages exist for developing ASP.NET applications:

Software Developer Licensing
Microsoft Visual Studio Microsoft Free and commercial
Microsoft Visual Web Developer Express Microsoft Registerware
CodeGear Delphi Embarcadero Technologies Commercial
Macromedia HomeSite Adobe Systems Commercial
Microsoft Expression Web Microsoft Free
Microsoft SharePoint Designer Microsoft Free
MonoDevelop Novell and the Mono community Free open source
SharpDevelop ICSharpCode Team Free open source
Adobe Dreamweaver Adobe Systems Commercial

Frameworks

It is not essential to use the standard Web forms development model when developing with ASP.NET. Noteworthy frameworks designed for the platform include:

Versions

The ASP.NET releases history tightly correlates with the .NET Framework releases:

Date Version Remarks New ASP.NET related features
January 16, 2002 Old version, no longer supported: 1.0 First version

released together with Visual Studio .NET

  • Object-oriented Web application development supporting inheritance, polymorphism and other standard OOP features
    • Developers are no longer forced to use Server.CreateObject(...), so early-binding and type safety are possible.
  • Based on Windows programming; the developer can make use of DLL class libraries and other features of the Web server to build more robust applications that do more than simply rendering HTML (e.g., exception handling)
April 24, 2003 Old version, no longer supported: 1.1 released together with Windows Server 2003

released together with Visual Studio .NET 2003

  • Mobile controls
  • Automatic input validation
November 7, 2005 Old version, no longer supported: 2.0

codename Whidbey
released together with Visual Studio 2005 and Visual Web Developer Express
and SQL Server 2005

  • New data controls (GridView, FormView, DetailsView)
  • New technique for declarative data access (SqlDataSource, ObjectDataSource, XmlDataSource controls)
  • Navigation controls
  • Master pages
  • Login controls
  • Themes
  • Skins
  • Web parts
  • Personalization services
  • Full pre-compilation
  • New localization technique
  • Support for 64-bit processors
  • Provider class model
November 21, 2006 Old version, no longer supported: 3.0
November 19, 2007 Old version, no longer supported: 3.5 Released with Visual Studio 2008 and Windows Server 2008
  • New data controls (ListView, DataPager)
  • ASP.NET AJAX included as part of the framework
  • Support for HTTP pipelining and syndication feeds.
  • WCF support for RSS, JSON, POX and Partial Trust
  • All the .NET Framework 3.5 changes, like LINQ etc.
August 11, 2008 Old version, no longer supported: 3.5 Service Pack 1 Released with Visual Studio 2008 Service Pack 1
  • Incorporation of ASP.NET Dynamic Data
  • Support for controlling browser history in an ASP.NET AJAX application
  • Ability to combine multiple JavaScript files into one file for more efficient downloading
  • New namespaces System.Web.Abstractions and System.Web.Routing
April 12, 2010 Old version, no longer supported: 4.0

Parallel extensions and other .NET Framework 4 features

The two new properties added in the Page class are MetaKeyword and MetaDescription.

August 15, 2012 Old version, no longer supported: 4.5 Released with Visual Studio 2012 and Windows Server 2012 for Windows 8

Parallel extensions and other .NET Framework 4.5 features

October 17, 2013 Old version, no longer supported: 4.5.1 Released with Visual Studio 2013[23] for Windows Server 2012 R2 and Windows 8.1
May 5, 2014 Older version, yet still supported: 4.5.2
  • Higher reliability HTTP header inspection and modification methods
  • New way to schedule background asynchronous worker tasks
July 20, 2015 Current stable version: 4.6 Released[24] with Visual Studio 2015[25] and EF 7 Previews for Windows Server 2016 and Windows 10
  • HTTP/2 support when running on Windows 10
  • More async task-returning APIs
November 18, 2015 Latest preview version of a future release: 5 RC1 This version was later separated from ASP.NET and brought into a new project called ASP.NET Core, whose versioning started at 1.0.[26] An entirely new project with different development tenets and goals
Legend:
Old version
Older version, still supported
Latest version
Latest preview version
Future release

Other implementations

The Mono Project supports "everything in .NET 4.5 except WPF, WWF, and with limited WCF and limited ASP.NET 4.5 async stack."[27] ASP.NET can be run with Mono using one of three options: Apache hosting using the mod_mono module, FastCGI hosting, and XSP.

References

Citations

  1. "Announcing ASP.NET 4.6 and ASP.NET 5 beta 5 in Visual Studio 2015 Release".
  2. "ASP.NET is part of a great open source .NET community". Microsoft. May 14, 2013.
  3. "Introduction to ASP.NET 5 — ASP.NET 0.0.1 documentation". asp.net.
  4. "Show #19 – LIVE! from the PDC". The MSDN Show. Microsoft. November 15, 2001. Retrieved 2008-04-20.
  5. Staff (November 2001). "Overview of ASP.NET and Web Forms". Microsoft. Retrieved 2011-06-05.
  6. (MacDonald & Szpuszta 2005, p. 63)
  7. https://msdn.microsoft.com/en-us/library/dd547590(v=vs.110).aspx
  8. "Code Behind vs. Code Inline". Microsoft .NET Framework. Microsoft. Archived from the original on 11 November 2010. Retrieved 2010-11-22.
  9. "aspx.designer.cs how does it work?". StackOverflow. September 10, 2015.
  10. "ASP.NET Web Page Syntax Overview". Microsoft .NET Framework. Microsoft. Retrieved 2010-11-22.
  11. 1 2 3 "INFO: ASP.NET State Management Overview". Retrieved 2007-10-23.
  12. "ViewState in ASP.NET". Archived from the original on 14 October 2007. Retrieved 2007-10-23.
  13. "Encrypting Viewstate in ASP.NET". Retrieved 2009-07-19.
  14. "ASP.NET Master Pages". microsoft.com. Microsoft.
  15. "Global.asax Syntax". microsoft.com. Microsoft.
  16. "Turning an .ascx User Control into a Redistributable Custom Control". microsoft.com. Microsoft.
  17. "ASP.NET Web Project Folder Structure". microsoft.com. Microsoft.
  18. "ASP.NET Directory Structure". aspnet4.com.
  19. (MacDonald & Szpuszta 2005, pp. 7–8)
  20. "ASP.NET Web Site Project Precompilation Overview: Performing Precompilation". Microsoft Developer Network. Retrieved 13 January 2016.
  21. rashid, al aminour. "ASP vs PHP". Retrieved 7 August 2016.
  22. "How to Take Advantage of the IIS 7.0 Integrated Pipeline". iis.net.
  23. "Announcing release of ASP.NET and Web Tools for Visual Studio 2013".
  24. "Announcing .NET Framework 4.6".
  25. "Visual Studio 2015 and Visual Studio 2013 Update 5 Released". msdn.com. Microsoft.
  26. "Releases". GitHub.
  27. "Compatibility | Mono". Compatibility | Mono. 8 September 2015. Archived from the original on 2 July 2016. Retrieved 29 August 2016.

Sources

Further reading

External links

Wikibooks has more on the topic of: ASP.NET
This article is issued from Wikipedia - version of the 11/17/2016. The text is available under the Creative Commons Attribution/Share Alike but additional terms may apply for the media files.