Modèles de projets et d'éléments de projet SharePoint
Visual Studio 2010 propose plusieurs nouveaux modèles de type de projet et modèles d'élément de projet conçus spécialement pour le développement des sites et des applications SharePoint.
Vue d'ensemble des modèles de projets et d'éléments de projet
Pour consulter les modèles de projet SharePoint 2010 dans Visual Studio, développez le nœud SharePoint sous Visual Basic ou Visual C#, puis cliquez sur 2010. Pour consulter les modèles de projet SharePoint 2007, cliquez sur le dossier 2007.
Lorsque vous créez un projet SharePoint dans Visual Studio, un projet SharePoint vide est automatiquement généré (voir ci-après) avec tous les fichiers requis pour ce type de projet. Les modèles d'élément de projet permettent de compléter un projet SharePoint existant (en ajoutant, par exemple, un récepteur d'événements à un projet de définition de liste).
Pour plus d'informations sur les notions de base de SharePoint, consultez Blocs de construction de base de SharePoint (page éventuellement en anglais).
Modèles de projet
Vous trouverez ci-après une liste récapitulative des modèles de projet SharePoint. Pour créer un projet SharePoint, cliquez sur Fichier, pointez sur Nouveau, sélectionnez un modèle de projet dans la boîte de dialogue Nouveau projet, puis cliquez sur OK.
Modèle Business Data Connectivity
Les projets Modèle BDC (Business Data Connectivity) vous permettent d'intégrer des données métiers à SharePoint. Les données métiers peuvent provenir d'applications serveur principales, telles que SQL Server, Siebel et SAP. Un projet Modèle de connectivité de données métiers est un projet SharePoint vide qui contient un élément Modèle de connectivité de données métiers. Pour plus d'informations, consultez Intégration de données métiers dans SharePoint et Nouveautés : services de connectivité métier (page éventuellement en anglais).
Content-Type
Les projets Type de contenu permettent de créer des types de contenu personnalisés basés sur un type de contenu existant (de base) tel qu'un document, une annonce ou une tâche. Le type de contenu personnalisé fournit les mêmes attributs et champs que ceux du type de contenu de base, en plus des champs que vous définissez.
Notes
En raison d'une restriction SharePoint, vous ne pouvez pas créer de type de contenu de solution de batterie basé sur un type de contenu de solution bac à sable (sandbox).
Pour plus d'informations, consultez Procédure pas à pas : création d'un champ personnalisé, d'un type de contenu, d'une définition de liste et d'une instance de liste et Bloc de construction : type de contenu (page éventuellement en anglais).
Projet SharePoint vide
Le contenu d'un projet SharePoint vide est commun à tous les modèles de projet décrits dans cette rubrique. Un projet SharePoint vide comprend les éléments suivants :
Un fichier de projet
Une page de propriétés du projet
Un dossier Références répertoriant toutes les références d'assembly nécessaires au projet
Un dossier Fonctionnalités dans lequel figure un fichier de configuration .feature utilisé pour déployer des fonctionnalités sur le serveur SharePoint
Un dossier Package où figure un fichier package.wspdef utilisé pour distribuer l'intégralité des fichiers du projet
Un fichier key.snk (clé de nom fort) utilisé pour signer l'assembly avec un nom fort
Récepteur d'événements
Les récepteurs d'événements gèrent les événements liés aux éléments du site SharePoint (listes, éléments Web et flux de travail, par exemple). Le modèle de projet de récepteur d'événements permet de gérer ce qui suit :
Liste des événements
Liste des événements d'élément
Liste des événements de courrier électronique
Événements Web
Liste des événements de flux de travail
Le modèle de récepteur d'événements crée un projet SharePoint vide ainsi qu'un dossier Récepteur d'événements. Le dossier Récepteur d'événements contient un seul fichier de classe regroupant les gestionnaires d'événements pour l'ensemble des événements que vous avez spécifiés lors de la création du projet dans l'Assistant Personnalisation de SharePoint. La classe event receiver peut gérer des événements ayant lieu sur le site SharePoint en cas d'ajout, mise à jour, suppression ou retrait de fichiers, de champs, d'éléments, de listes, de pièces jointes, de sites Web et de flux de travail. Pour plus d'informations, consultez Comment : créer un récepteur d'événements et Bloc de construction : gestion des événements (page éventuellement en anglais).
Importer le flux de travail réutilisable
Les projets Importer le flux de travail réutilisable vous permettent d'importer un flux de travail réutilisable déclaratif (créé avec SharePoint Designer 2010) dans Visual Studio. Le flux de travail doit d'abord être exporté au format .wsp à partir du site SharePoint. Une fois importé dans Visual Studio, vous pouvez le personnaliser, y ajouter du code et le déployer sur un site SharePoint. Pour plus d'informations, consultez Procédure pas à pas : importation d'un flux de travail réutilisable de SharePoint Designer dans Visual Studio et Nouveauté : améliorations des flux de travail.
Importer le package de solution SharePoint
Les projets Importer le package de solution SharePoint vous permettent d'importer un site SharePoint existant (exporté au format .wsp) dans Visual Studio. Une fois importé dans Visual Studio, vous avez la possibilité de personnaliser et de redéployer ses éléments. Pour plus d'informations, consultez Importation d'éléments d'un site SharePoint existant.
Définition de liste
Les listes, régies par les définitions de listes, constituent l'un des principaux blocs de construction d'un site SharePoint. Une définition de liste est semblable, d'un point de vue conceptuel, à une classe de base ou à un modèle. Elle détermine l'ensemble des composants d'une liste (tels que les champs, les formulaires, les vues et la barre d'outils). Les instances individuelles d'une définition de liste, appelées instances de liste, sont basées sur ces composants. Les définitions de listes spécifient également les types de contenu associés à la liste. Les documents dans une liste de documents, les calendriers et les listes de tâches sont des exemples types de définitions de listes. Les types de contenu représentent des éléments particuliers à l'intérieur de l'instance de liste. Il peut s'agir, par exemple, d'une tâche dans une liste de tâches, d'un événement dans un calendrier ou d'un document dans une bibliothèque de documents.
Les projets de définition de liste sont créés en exécutant le modèle de projet Définition de liste dans la boîte de dialogue Nouveau projet. Vous obtenez ainsi un projet autonome pouvant recevoir d'autres éléments de projet SharePoint tels que des types de contenu, des instances de liste et des récepteurs d'événements. L'Assistant Personnalisation de SharePoint offre une option permettant d'ajouter un élément de projet d'instance de liste à votre projet de définition de liste au moment où vous la créez.
Dès que vous créez et générez un projet de définition de liste, celui-ci est déployé sous forme de fonctionnalité sur le serveur SharePoint où il est activé automatiquement afin d'être mis à la disposition des utilisateurs du site SharePoint.
Visual Studio fournit des modèles pour les types de projet de définition de liste SharePoint suivants :
Type de liste |
Description |
|---|---|
Annonces |
Permet de diffuser des nouvelles aux membres de l'équipe. |
Calendar |
Permet de récapituler les dates et de suivre le déroulement des événements d'équipe à venir et des délais fixés. |
Contacts |
Permet de faire connaissance avec les membres répertoriés et de consulter leurs coordonnées (adresse et numéro de téléphone, par exemple). |
Liste personnalisée |
Liste vide dans laquelle vous pouvez ajouter vos propres colonnes. |
Bibliothèque de documents |
Répertorie les documents sur lesquels les membres de l'équipe peuvent collaborer. Intègre un contrôle de code source pour le suivi des versions. |
Liens |
Permet de gérer les liens hypertexte. |
Tâches |
Éléments basés sur des activités pouvant être utilisés avec les flux de travail. |
Pour plus d'informations, consultez Procédure pas à pas : création d'un champ personnalisé, d'un type de contenu, d'une définition de liste et d'une instance de liste et Bloc de construction : listes et bibliothèques de documents (page éventuellement en anglais).
Module
Les modules (qu'il ne faut pas confondre avec les modules Visual Basic ) contiennent tous les fichiers que vous souhaitez joindre au projet SharePoint. Il peut s'agir de notes de développement ou d'un fichier Lisez-moi, par exemple. Certains projets SharePoint utilisent également des modules pour inclure les fichiers dont ils ont besoin. Le modèle de projet de module crée un projet SharePoint vide constitué d'un nœud Module. Le nœud Module contient deux modèles d'élément de projet : un fichier de définition XML (qui fait office de manifeste pour le module) et un fichier sample.txt (fourni à titre d'exemple). Pour plus d'informations, consultez Utilisation de modules pour inclure des fichiers dans la solution et Modules.
Workflow séquentiel
Un flux de travail séquentiel représente une série d'étapes de logique métier exécutées à tour de rôle, de la première à la dernière étape. Ce type de flux de travail sert à gérer des processus mettant en jeu des éléments SharePoint tels que des listes et des documents. Vous pouvez créer des flux de travail au niveau du site (global) ou au niveau d'une liste (local) et indiquer si vous souhaitez les démarrer automatiquement ou manuellement. Pour plus d'informations, consultez Création de solutions de flux de travail SharePoint et Nouveauté : améliorations des flux de travail.
Pour plus d'informations sur les projets de flux de travail SharePoint 2007, consultez la section Projets SharePoint 2007 de cette rubrique.
Projets SharePoint 2007
Les projets SharePoint 2007 (flux de travail séquentiels et de machine à états) fonctionnent de manière similaire dans Visual Studio 2010 et Visual Studio 2008. Les projets SharePoint 2007 peuvent maintenant s'exécuter sur Windows SharePoint Services 3.0en plus de Microsoft Office SharePoint Server 2007.
Les projets SharePoint 2007 peuvent s'exécuter dans Visual Studio 2010 uniquement si Windows SharePoint Services 3.0 ou Microsoft Office SharePoint Server 2007est installé sur le système. Ils ne peuvent pas s'exécuter avecSharePoint Foundation 2010 ou SharePoint Server 2010.
Notes
Windows SharePoint Services 3.0 ou Microsoft Office SharePoint Server 2007 ne peut pas être installé sur le même système que SharePoint Foundation 2010 ou SharePoint Server 2010.
Pour mettre à niveau des projets SharePoint 2007 dans Visual Studio 2010, importez-les dans Visual Studio 2010 à l'aide du projet Importer le package de solution SharePoint. Pour plus d'informations, consultez Importation d'éléments d'un site SharePoint existant.
Pour plus d'informations sur les projets SharePoint 2007, consultez Solutions de flux de travail SharePoint 2007 ou Solutions de flux de travail SharePoint.
Définition de site
Les projets Définition de site contiennent tous les éléments d'un projet SharePoint vide, plus un dossier de définition de site composé des fichiers suivants :
Une page .aspx par défaut utilisée comme page Web par défaut pour le site.
Un fichier onet.xml servant à définir les composants du site.
Un ficher xml webtemp, qui spécifie les configurations de définition de site qui s'affichent dans la section Sélection du modèle de la page Nouveau site SharePoint.
Après avoir créé un projet de définition de site, il suffit d'y ajouter le code et les fichiers correspondant aux fonctionnalités voulues. Pour plus d'informations, consultez Création de définitions de site pour SharePoint.
Flux de travail de la machine à états
Un flux de travail de machine à états représente un jeu d'états, de transitions et d'actions de logique métier. Les étapes dans ce type de flux de travail ne sont pas exécutées l'une après l'autre, mais sont déclenchées par des actions et des états. Comme pour un flux de travail séquentiel, les flux de travail de machine à états sont associés à des éléments SharePoint tels que les listes et les documents et il possible de créer des flux de travail au niveau du site (global) ou au niveau d'une liste (local). Vous pouvez, par ailleurs, indiquer si vous souhaitez démarrer le flux de travail automatiquement ou manuellement. Pour plus d'informations, consultez Création de solutions de flux de travail SharePoint et Nouveauté : améliorations des flux de travail.
Pour plus d'informations sur les projets de flux de travail SharePoint 2007, consultez la section Projets SharePoint 2007 de cette rubrique.
Composant Visual Web Part
Un composant Visual Web Part est un composant WebPart que vous créez au moyen du concepteur Visual Web Developer dans Visual Studio. Un projet Visual Web Part est un projet SharePoint vide dans lequel figure un élément Visual Web Part. Pour plus d'informations, consultez Création de composants WebPart pour SharePoint et Creating Web Parts and Web Pages.
Modèles d'élément de projet
Vous trouverez ci-après une liste récapitulative des modèles d'élément de projet SharePoint. Pour ajouter un élément de projet, sélectionnez le projet dans l'Explorateur de solutions, puis cliquez sur Ajouter un nouvel élément dans le menu Projet.
Notes
Les modèles d'élément de projet identiques à leurs équivalents SharePoint ont été volontairement omis dans cette liste.
Page Application
Un élément Page Application permet de concevoir une page Web ASP.NET pour un site SharePoint. Pour plus d'informations, consultez Comment : créer une page d'application et Type des pages d'application ou pages _layouts.
Modèle Business Data Connectivity
Un élément Modèle BDC (Business Data Connectivity) permet d'intégrer des données métiers dans SharePoint. Les données métier peuvent provenir d'applications serveur principales, telles que SQL Server, Siebel et SAP (Service Advertising Protocol). Pour plus d'informations, consultez Comment : créer un modèle BDC et Nouveautés : services de connectivité métier (page éventuellement en anglais).
Élément de ressource BDC (Business Data Connectivity)
Un élément de ressource BDC permet d'ajouter un fichier de ressources à une solution BDC (Business Data Connectivity). Un fichier de ressources pourrait servir, par exemple, à indiquer les noms localisés des objets définis dans un modèle BDC. Vous pouvez également définir des propriétés et appliquer des autorisations aux objets définis dans le modèle. Pour plus d'informations, consultez Comment : utiliser un fichier de ressources pour spécifier des noms localisés, propriétés et autorisations et Nouveautés : services de connectivité métier (page éventuellement en anglais).
Élément vide
Les éléments vides sont utilisés le plus souvent pour définir des éléments de projet SharePoint pour lesquels il manque un projet ou un modèle d'élément de projet dans Visual Studio, tel que des champs. L'ajout d'un élément vide à votre projet entraîne la création d'un nœud appelé EmptyElement{x} (où {x} désigne un nombre unique). EmptyElement {x} contient un fichier unique nommé Elements.xml. Utilisez des instructions XML pour définir les éléments souhaités dans Elements.xml.
Fichiers de ressources globales
Les fichiers de ressources sont des fichiers XML contenant l'ensemble des chaînes de texte utilisées dans l'application SharePoint. La traduction des chaînes de texte dans d'autres langues est donc d'autant plus facile. Pour plus d'informations, consultez Localisation de solutions SharePoint.
Definition de liste du type de contenu
Cette définition permet d'ajouter une nouvelle définition de liste à un projet SharePoint basée sur un type de contenu figurant déjà dans ce projet ou sur le serveur SharePoint.
Instance de liste
Les instances de liste sont des instances uniques d'une définition de liste de base réutilisable, telle qu'un calendrier ou une liste de tâches. Lorsque vous ajoutez un élément de projet d'instance de liste à votre projet, un nœud appelé ListInstance{x} est créé (où {x} désigne un nombre unique). ListInstance{x} contient un fichier unique nommé Elements.xml qui définit les propriétés de l'instance de liste. Pour plus d'informations, consultez Procédure pas à pas : création d'un champ personnalisé, d'un type de contenu, d'une définition de liste et d'une instance de liste et Bloc de construction : listes et bibliothèques de documents (page éventuellement en anglais).
Contrôle utilisateur
Un contrôle utilisateur permet de créer des contrôles personnalisés et réutilisables réservés aux pages d'application et aux composants WebPart qui s'exécutent dans SharePoint. Définissez vos contrôles utilisateur à l'aide du concepteur Visual Web Developer proposé dans Visual Studio. Pour plus d'informations, consultez Comment : créer un contrôle utilisateur pour un composant WebPart ou une page d'application SharePoint et Bloc de construction : composants WebPart (page éventuellement en anglais).
Composant Visual Web Part
Un élément Composant Visual Web Part inclut un élément Composant Web Part et un élément Contrôle utilisateur. Vous pouvez modifier l'apparence du composant WebPart en faisant glisser les contrôles de la Boîte à outils Visual Studio à la surface du contrôle utilisateur. Comment : créer un composant WebPart SharePoint à l'aide d'un concepteur et Bloc de construction : composants WebPart (page éventuellement en anglais).
Composant Web Part
Un élément Web Part fournit les fichiers nécessaires pour concevoir un composant Web Part d'un site SharePoint. Pour plus d'informations, consultez Comment : créer un composant WebPart SharePoint et Bloc de construction : composants WebPart (page éventuellement en anglais).
Formulaire d'association de flux de travail
Un formulaire d'association de flux de travail est un formulaire facultatif que vous pouvez présenter aux administrateurs de sites SharePoint la première fois qu'un flux de travail est associé à une liste ou une bibliothèque de documents particulière. Si un administrateur de site est chargé de l'activation des flux de travail séquentiels ou des flux de travail de machine à états, il peut profiter de ce formulaire pour définir des valeurs d'activation.
Lorsque vous ajoutez un formulaire d'association de flux de travail à votre projet SharePoint, deux fichiers sont créés : un fichier de concepteur ASPX et un fichier WorkflowAssociationForm{x}.aspx (où {x} désigne un nombre unique). Vous obtenez également un nouveau fichier de code appelé WorkflowAssociationForm{x} .cs pour les projets Visual C#, ou .vb pour les projets Visual Basic, sous le fichier du concepteur. Pour plus d'informations, consultez Procédure pas à pas : création d'un flux de travail avec des formulaires d'association et d'initiation et Formulaires d'association et d'initialisation de flux de travail.
Formulaire d'initiation de flux de travail
Un formulaire d'initiation de flux de travail est un autre formulaire facultatif, similaire au formulaire d'association de flux de travail. Les utilisateurs de site SharePoint utilisent ce formulaire pour entrer des valeurs lorsqu'ils activent le flux de travail sur un document ou un élément de liste. Lorsque vous ajoutez un formulaire d'initiation de flux de travail à votre projet, trois fichiers sont créés : un fichier de concepteur ASPX, un fichier WorkflowInitiationForm{x}.aspx et un nouveau fichier de code nommé WorkflowInitiationForm{x}.cs ou .vb. Pour plus d'informations, consultez Procédure pas à pas : création d'un flux de travail avec des formulaires d'association et d'initiation et Formulaires d'association et d'initialisation de flux de travail.