Partager via


Approches architecturales de la mise à niveau d’une définition de site

Dernière modification : mercredi 8 décembre 2010

S’applique à : SharePoint Foundation 2010

Dans SharePoint Foundation 2010, il existe deux façons fondamentales de mettre à niveau des définitions de site personnalisées depuis une version vers une autre : modifiez les personnalisations dans la version précédente afin qu’elles fonctionnent dans la nouvelle version ou créez une définition de site basée sur la version actuelle, puis mettez à niveau la définition de site de la version précédente. En d’autres termes, vous pouvez modifier votre définition antérieure afin qu’elle ressemble à un nouveau site ou créer une copie d’une définition de site SharePoint Foundation 2010 installée et modifier cette copie afin qu’elle corresponde à votre définition antérieure.

Première approche : modifier des personnalisations existantes pour qu’elles fonctionnent dans la nouvelle version

À partir de Windows SharePoint Services 3.0, vous avez disposé de deux moyens pour personnaliser une définition de site : en copiant, puis en modifiant une définition de site installée par défaut dans le répertoire d’installation, ou en créant un Composant fonctionnel personnalisé et en l’activant dans un déploiement.

La première façon de personnaliser une définition de site requiert le recours à une copie d’une définition de site (jamais à celui des fichiers par défaut installés dans le répertoire d’installation). Elle requiert également que les noms de définition de site et les numéros de modèle soient uniques et qu’ils n’entrent pas en conflit avec d’autres modèles (par exemple, les numéros de modèle doivent être supérieurs à 10000 afin qu’ils n’entrent pas en conflit avec les numéros de modèle par défaut). Pour plus d’informations sur la création d’une définition de site personnalisée par le biais de cette approche, voir Vue d’ensemble de la création de définitions de site personnalisées. Pour la mise à niveau, vous utilisez ensuite un fichier de définition de mise à niveau afin de mapper les fichiers précédents sur les nouveaux fichiers.

L’approche à privilégier pour ajouter du contenu et des fonctionnalités à une définition de site consiste à recourir à des Composants fonctionnels. À cet égard, SharePoint Foundation 2010 introduit le contrôle de version des Composants fonctionnels et la possibilité de mettre à niveau les Composants fonctionnels que vous avez créés pour la version antérieure. Pour plus d’informations sur les Composants fonctionnels et sur leur mise à niveau, voir Utilisation des fonctionnalités.

Deuxième approche : concevoir le site et créer une définition de site dans la nouvelle version

Pour qu’un site Web personnalisé basé sur une version précédente bénéficie de toutes les fonctionnalités, vous pouvez créer une définition de site actuelle équivalente qui corresponde aussi étroitement que possible à votre site précédent. C’est cette approche qui était privilégiée pour mettre à niveau des définitions de site depuis Windows SharePoint Services 2.0 vers Windows SharePoint Services 3.0, et qui consistait à partir d’une nouvelle définition de site, puis à la personnaliser afin de remplacer la définition de site précédente.

Dans le cadre de la deuxième approche, vous analysez toutes les nouvelles fonctionnalités et essayez de les incorporer autant que possible à votre site (par exemple, utilisez des types de contenu pour les listes, des pages maîtres pour les pages personnalisées, etc.). Vous testez la définition de site de la version actuelle pour déterminer si elle crée des instances de site et présente des comportements appropriés. Si tel est le cas, l’étape suivante consiste à créer une définition de mise à niveau permettant de déplacer les sites depuis la version précédente vers la version actuelle. Gardez à l’esprit que si vous choisissez d’abandonner des fonctionnalités de site particulières antérieures, vous pouvez être amené à les remplacer d’une manière ou d’une autre dans la version actuelle. Par exemple, même si vous abandonnez un type de liste personnalisé particulier, vous pouvez être amené à créer des modèles de liste pour prendre en charge, au minimum, leur mise à niveau. Par conséquent, vous mettez en œuvre cette approche de mise à niveau à l’aide de définitions de site 2010, en concevant une expérience appropriée pour la version actuelle, puis en utilisant le processus de mise à niveau pour que les personnalisations antérieures aboutissent au résultat désiré dans le contexte actuel.

Notes

Pour mettre à niveau une définition de site depuis Windows SharePoint Services 3.0 vers SharePoint Foundation 2010, il n’est pas nécessaire de créer une définition de site entièrement nouvelle ou mise à niveau comme indiqué dans la deuxième approche, car les Composants fonctionnels SharePoint Foundation permettent aux développeurs d’utiliser une approche modulaire pour personnaliser les définitions de site avec un certain degré de précision. Dans SharePoint Foundation 2010, il est généralement préférable de modifier une définition de site personnalisée existante (c’est-à-dire, une définition de site développée à partir de la version de produit antérieure), sauf si des modifications radicales de l’interface utilisateur sont requises afin de rendre impossible le remplacement de pages maîtres simple.

Voir aussi

Concepts

Utilisation des fonctionnalités

Autres ressources

Mise à niveau de SharePoint Foundation