==========================================================================
Application Pages:
==========================================================================
Application Pages:
==========================================================================
Application pages are stored in the server’s file system.
SharePoint Designer tool cannot be used with application pages.
Application pages cannot be used within sandboxed solutions.
An Application page cannot be customized and modified by end user, instead a developer is required.
These are the normal .aspx pages deployed within SharePoint.
Most
common of them are the admin pages found in _layouts folder.
These are deployed either at the farm level or at application level. If
they are deployed within _layouts folder or global SharePoint Virtual
Directory, then they can be used by any SharePoint application
(available at farm level), otherwise they can be deployed at application
level only by creating a virtual directory.
These are typical ASP.Net
aspx pages and can utilize all of the functionalities available within
ASP.Net including code-behind, code-beside, inline coding etc.
These are compiled by .Net runtime like normal pages.
If you deploy your custom ASPX pages within _layouts folder or within
SharePoint application using a virtual directory, you will not be able
to use SharePoint master pages and have to deploy your master page
within the virtual directory or _layouts folder.
Application
Pages cannot use contents as this concept is associated with SharePoint
Page Layouts not with ASP.Net.
Since application pages are compiled once, they are much faster
Normally application pages are not web part pages, hence can only
contain server controls or user controls and cannot be personalized by
users.
Easiest way to deploy your existing
ASP.Net web site within SharePoint is to deploy its pages as Application
Pages within SharePoint. In this way you can convert any ASP.Net web
solution as SharePoint application with minimal efforts.
SharePoint specific features like Information Management Policies, Workflows, auditing, security roles can only be defined against site pages not against application pages.
Application pages can be globalized using Resource files only.
===========================================================================
Site Pages:
===========================================================================
Site
Pages is a concept where complete or partial page is stored within
content database and then actual page is parsed at runtime and delivered
to end-users.
Site pages can be edited by using SharePoint Designer tool.
Site pages are used within Sandboxed solutions.
A site page can be customized and modified by
end user.
Pages stored in Pages libraries or document libraries or at root level
within SharePoint (Wiki pages) are Site Pages
You must be thinking why we should use such pages? There are many
reasons for this. One of the biggest catch of the SharePoint is the page layouts,
where you can modify page once for a specific content type and then you
can create multiple pages using the same page layout with different
contents. In this case, contents are stored within database for better
manageability of data with all the advantages of a data driven system
like searching, indexing, compression, etc and page layouts are stored
on file system and final page is created by merging both of them and
then the outcome is pared by SharePoint not compiled.
No comments:
Post a Comment