Transformation

Résumé

Office 365 et SharePoint évoluent en permanence. Au fur et à mesure que de nouvelles fonctionnalités sont ajoutées, il peut s’avérer nécessaire de mettre à jour la configuration existante et les personnalisations. Le fait de transformer vos solutions peut vous aider à mieux profiter des avantages offerts par SharePoint et Office 365.

Orientations de haut niveau/règles générales

  • Renseignez-vous bien sur le modèle vers lequel vous migrez. Le fait de transformer vos scénarios existants en nouvelles fonctionnalités peut engranger de meilleurs résultats que le mappage des artefacts existants vers de nouveaux artefacts équivalents.
  • Analysez soigneusement vos besoins existants. L’implémentation de vos exigences dans le nouveau modèle risque d’être coûteuse par rapport aux avantages offerts.
  • Avant de démarrer une transformation, évaluez minutieusement votre environnement et votre solution existante pour savoir s’ils sont toujours pertinents.
  • En mettant en place votre processus de transformation, pensez à l’adoption par les utilisateurs finaux. Les utilisateurs ont l’habitude de travailler d’une certaine façon et auront peut-être besoin d’aide pour réapprendre à travailler aussi efficacement avec la nouvelle solution.

Transformer à partir de solutions de batterie de serveurs

S’applique à : SharePoint Server

En règle générale, les solutions de batterie de serveurs sont empaquetées sous forme de fichiers de package de solution (WSP) qui contiennent des assemblages, d’autres composants non compilés et un fichier manifeste XML. Un administrateur de batterie de serveurs utilise Windows PowerShell, l’outil de ligne de commande STSADM, ou le site web Administration centrale SharePoint pour installer les packages de solution dans l’environnement du serveur. Une fois un package de solution installé, l’administrateur de batterie de serveurs peut activer la solution pour une application web spécifique (ou plusieurs applications web, si vous utilisez le modèle de confiance totale).

Articles

Vidéos

Exemples

Outils

Solutions

Transformer à partir de composants WebPart Éditeur de contenu et Éditeur de script

Concerne : Office 365 et SharePoint Server

Les composants WebPart Éditeur de contenu et Éditeur de script sont principalement utilisés par les développeurs non professionnels pour créer des personnalisations SharePoint. Avec de simples autorisations de propriétaire de site, les développeurs non professionnels parviennent à créer des personnalisations SharePoint convaincantes qui apportent une valeur commerciale. Lorsque la personnalisation doit être mise à jour, les utilisateurs disposant des autorisations nécessaires peuvent appliquer les mises à jour aux fichiers de script de la solution. Ces modifications sont visibles immédiatement par l’ensemble des utilisateurs.

Les solutions de composant WebPart Éditeur de contenu et Éditeur de script compliquent la tâche des organisations informatiques qui ont du mal à savoir quelles personnalisations sont utilisées et à quels endroits. En outre, les organisations ne savent pas quels scripts externes sont utilisés dans leur réseau intranet et ont accès à leurs données.

Articles

Vidéos

Exemples

Outils

Transformer à partir de solutions en mode bac à sable (sandbox)

Concerne : Office 365 et SharePoint Server

L’utilisation des solutions bac à sable (sandbox) basées sur le code est déconseillée depuis 2014 et, dans SharePoint Online, cette fonctionnalité est sur le point d’être totalement supprimée. Les solutions bac à sable (sandbox) basées sur le code sont également déconseillées dans SharePoint 2013 et SharePoint 2016.

Quand vous désactivez votre solution bac à sable (sandbox) existante de vos sites, les composants ou les fichiers déployés à l’aide d’options déclaratives ne sont pas supprimés. Toutefois, les fonctionnalités de la solution bac à sable (sandbox) sont automatiquement désactivées et le récepteur d’événements est supprimé.

Articles

Vidéos

Exemples

Outils

Concerne : Office 365 et SharePoint Server

Le rendu côté client ou JSLink est un concept qui a été introduit avec SharePoint 2013. Grâce à ce concept, vous pouvez personnaliser l’apparence des champs SharePoint AFFICHER/AJOUTER/MODIFIER LE FORMULAIRE.

JSLink est un fichier JavaScript qui remplace l’affichage par défaut de votre liste à l’aide d’une définition logique dans votre fichier JSLink personnalisé. Vous pouvez inclure le fichier JSLink JavaScript sous la section Divers de votre composant WebPart d’affichage de liste.

JSLink fonctionne uniquement avec l’expérience SharePoint classique et ne peut pas être réutilisé avec l’interface utilisateur SharePoint moderne.

Important

Les personnalisations basées sur JSLink (rendu côté client) ne sont pas prises en charge dans les expériences modernes. Cela inclut les bibliothèques et les listes modernes, y compris la prise en charge de JSLink dans les composants WebPart d’affichage de liste de pages modernes. Le rendu côté client est pris en charge dans les expériences classiques dans SharePoint Online ou en local.

Articles

Exemples

Transformer à partir d’actions personnalisées

Concerne : Office 365 et SharePoint Server

Articles

Vidéos

Exemples

Transformer à partir d’InfoPath

Concerne : Office 365 et SharePoint Server

Articles

Exemples