Partager via

Choix entre plusieurs définitions ou plusieurs configurations

  • Article

Dernière modification : mercredi 2 février 2011

S’applique à : SharePoint Foundation 2010

Si vous avez besoin de plus d’un type de site personnalisé et que vous déterminez que vos types ne peuvent pas être créés à l’aide de modèles Web, vous devez créer une ou plusieurs définitions de site personnalisé. (Pour plus d’informations sur cette option, voir Choix entre modèles Web personnalisés et définitions de site personnalisées.) La question suivante consiste à déterminer s’il faut créer une définition de site personnalisé distincte pour chacun des types de votre site ou une définition de site unique avec des configurations distinctes pour chaque type de site personnalisé.

Aspects communs de toutes les configurations dans une définition de site

La liste suivante reprend les aspects d’un type de site que partagent toutes les configurations dans une définition de site spécifique. Si vos types de sites personnalisés doivent tous être identiques au regard des aspects suivants, vous devez créer une définition unique avec plusieurs configurations de site. Si plusieurs de vos types de sites personnalisés doivent différer du point de vue d’un ou plusieurs de ces aspects, vous devez créer des définitions de site différentes. Les éléments de cette liste sont plus faciles à comprendre si vous avez une connaissance pratique de la création de définitions de site et de configurations personnalisées. Pour plus d’informations sur ce processus, voir Procédure : créer une définition de site personnalisée et une configuration.

La règle générale, mais pas non plus universelle, qui régit la liste suivante est que les configurations au sein d’une définition de site partagent des aspects qui sont définis par (1) les éléments du fichier Onet.xml de la définition de site, qui sont des homologues de l’élément Configurations, ou (2) les attributs de l’élément Project qui représente un parent de l’élément Configurations.

  • La présence et l’organisation des arborescences et des barres de navigation dans les pages des sites Web créés à partir de vos types de sites personnalisés

  • Le pied de page des messages électroniques envoyés à partir de sites Web

  • Le post-processeur de la boîte de dialogue de fichier éventuellement utilisé par les sites Web

  • Le fournisseur de sécurité externe éventuellement utilisé par les sites Web

  • Les styles CSS qui régissent la majeure partie de l’apparence des pages

  • La conception de la zone d’en-tête des pages des sites

  • Le script ECMAscript personnalisé, le cas échéant, qui s’exécute dans les pages en question

  • La désactivation, pour les sites Web, de certains types d’actions de création pouvant être réalisées à l’aide d’applications d’aide à la conception telles que Microsoft SharePoint Designer

  • Le logo des sites Web

  • Le nom par défaut des sites Web (les utilisateurs spécifient normalement un nom lors de la création d’un site Web, si bien que cette chaîne est rarement utilisée)

  • Le nom du dossier dans lequel les nouvelles listes sont créées sur les sites Web

À strictement parler, d’autres aspects des types de sites qui sont définis en dehors de l’élément Configurations ; cependant, ces aspects peuvent être différenciés configuration par configuration, si bien que la nécessité d’individualiser les types de site par rapport à l’un ou l’autre des aspects suivants ne doit pas vous empêcher d’utiliser plusieurs configurations au sein d’une définition de site unique.

  • Le jeu de fichiers utilisé par le type de site, y compris les fichiers de ses pages (.aspx), par exemple la page d’accueil ; ceux-ci sont définis dans un élément Modules homologue de l’élément Configuration, cependant, un module donné n’est présent dans un type de site que s’il est référencé à partir de l’élément Configuration du type de site.

  • Le jeu de composants WebPart pour tous les utilisateurs utilisé par le type de site ; ceux-ci sont définis dans un élément Modules homologue de l’élément Configuration ; cependant, un module donné n’est présent dans un type de site que s’il est référencé à partir de l’élément Configuration du type en question.

  • L’ensemble des modèles de document disponibles utilisés dans les bibliothèques de documents ; ceux-ci sont définis dans un élément DocumentTemplates homologue de l’élément Configuration ; cependant, le fait qu’un modèle de document soit disponible ne signifie pas que les utilisateurs doivent l’utiliser. Par conséquent, toutes les configurations partageant le même groupe de modèles de document n’est un problème que si, pour une raison quelconque, vous voulez qu’un modèle précis ne soit pas disponible sur un type de site donné alors qu’il doit l’être sur un autre type de site personnalisé.

Voir aussi

Tâches

Procédure : créer une définition de site personnalisée et une configuration

Concepts

Vue d’ensemble de la création de définitions de site personnalisées