ASP.NET par rapport à SharePoint : développement de pages
Dernière modification : jeudi 3 mars 2011
S’applique à : SharePoint Foundation 2010
Dans cet article
Pages d’application et pages de site
Pages maîtres et pages de contenu
Pages mobiles
Cette rubrique souligne les différences les plus importantes entre le développement de pages Web dans Microsoft ASP.NET 3.5 et le développement de pages Web dans Microsoft SharePoint Foundation.
Pages d’application et pages de site
Parmi les pages Web, SharePoint Foundation fait des distinctions qui sont ignorées dans ASP.NET. Tout d’abord, SharePoint Foundation classe les pages Web en deux catégories principales : pages d’application et pages de site. Il existe des différences significatives dans les processus de développement des deux types de pages.
Pages d’application
Les pages d’application sont celles qui s’apparentent le plus aux pages Web Microsoft ASP.NET 3.5 traditionnelles. Toutefois, une page d’application n’est pas directement dérivée de System.Web.UI.Page. Au lieu de cela, elle est dérivée de LayoutsPageBase ou UnsecuredLayoutsPageBase.
Les pages d’application sont stockées dans le système de fichiers des serveurs SharePoint Foundation dans un répertoire virtuel de l’application Web SharePoint Foundation qui est accessible à partir de chaque site Web dans l’application Web. Par conséquent, les pages d’application sont partagées par les sites Web d’une application Web.
Peut-être que la différence la plus cruciale dont doivent avoir conscience les développeurs est le fait que les pages d’application ne s’exécutent pas en mode sans échec et qu’elles peuvent contenir du code en ligne. Cet assouplissement de la sécurité est rendu possible par le fait que seul un administrateur de batterie peut installer les pages d’application.
En règle générale, les pages d’application dans SharePoint Foundation possèdent de nombreux contrôles serveur et relativement peu de contenu d’information par rapport aux pages de site.
Pages de site
Les pages de site sont plutôt orientées contenu. Les pages de démarrage, les pages d’accueil et les pages d’affichage de liste sont toutes des exemples de pages de site. Toutefois, une page de site peut présenter un niveau de fonctionnalité très élevé et contenir des composants WebPart et des contrôles Web interactifs.
Les utilisateurs finaux peuvent créer et ajouter des pages de site aux sites Web SharePoint Foundation. C’est la raison pour laquelle il existe des restrictions significatives sur le code qui peut s’exécuter dans les pages de site. En particulier, les pages de site s’exécutent en mode sans échec. Cela signifie que seuls les contrôles inscrits en tant que contrôles sécurisés sont restitués sur une page de site. À strictement parler, une page de site peut contenir du code en ligne, mais un code de ce type ne fonctionne que si la page est compilée. Certaines pages peuvent être définies de manière à ne pas être compilées par défaut. En outre, l’un des grands avantages de l’utilisation de SharePoint Foundation est que ses pages de site peuvent être personnalisées. Lorsqu’une page est personnalisée, elle n’est plus compilée et le code en ligne qu’elle contient ne fonctionne plus. Pour ces raisons, il est déconseillé d’inclure du code en ligne dans les pages de site. (« code en ligne » fait référence à du code incorporé qui s’exécute sur le serveur. Un script ECMAScript (JavaScript, JScript) qui s’exécute sur le client peut être utilisé sur n’importe quel type de page.) Il existe deux types de pages de site :
Pages standard : il s’agit de pages prenant en charge les wikis dans lesquelles peuvent figurer des contrôles Web et des composants WebPart en ligne. Une page standard dérive de la classe WikiEditPage, pas directement de System.Web.UI.Page.
Pages de composants WebPart : comme le nom le suggère, il s’agit de pages de composants WebPart contenant des zones de composants WebPart. Une Page de composants WebPart SharePoint Foundation dérive de WebPartPage, pas directement de System.Web.UI.Page.
Pour plus d’informations sur le développement de pages personnalisées dans SharePoint Foundation, voir Bloc de construction : pages et interface utilisateur et le nœud Sites et pages de ce Kit de développement logiciel (SDK).
Pages maîtres et pages de contenu
SharePoint Foundation utilise de façon intensive la technologie de page maître ASP.NET. Les pages d’application et les pages de site sont des pages de contenu qui référencent une page maître. Pour plus d’informations sur l’utilisation de pages maîtres dans SharePoint Foundation, voir le nœud Pages maîtres de ce Kit de développement logiciel (SDK).
Pages mobiles
Les pages mobiles SharePoint Foundation sont beaucoup plus simples que les pages non mobiles. Elles n’utilisent pas la technologie de page maître/page de contenu ASP.NET. Elles ne sont pas non plus organisées en pages d’application et pages de site. Les pages mobiles SharePoint Foundation sont toutes des pages d’application et elles se trouvent dans le dossier \_layouts\Mobile. Sur un point, une page mobile SharePoint Foundation s’apparente à une page de site : si la page contient un adaptateur de composant WebPart mobile, celui-ci doit être inscrit en tant que contrôle sécurisé, sinon il n’est pas restitué. Pour plus d’informations sur le développement avec des pages mobiles, voir le nœud Vue d’ensemble des pages mobiles et du système de redirection de ce Kit de développement logiciel (SDK).
Voir aussi
Référence
SafeControl, élément (Solution)
Concepts
Bloc de construction : pages et interface utilisateur
Vue d’ensemble des pages mobiles et du système de redirection