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
- Développement du modèle de complément SharePoint avancé
- Transformer vos solutions de batterie de serveurs en modèle de complément SharePoint
- Utilisation de __REQUESTDIGEST
- Module de formation Aide à la transformation des solutions de batterie de serveurs en modèles de complément
- Compléments
- Recettes de complément SharePoint
Vidéos
- Présentation du processus de transformation PnP
- Émission web PnP - Transformation des personnalisations vers SharePoint Online
- Création de composants WebPart côté client avec SharePoint Framework
- Émission web PnP - Présentation des webhooks SharePoint
- Module de formation 1 Transformation de compléments PnP : Présentation
- Module de formation 10 Transformation de compléments PnP : Aide à la transformation de solutions de batterie de serveurs en modèles de complément
Exemples
- Référentiel GitHub Transformation-PnP
- Implémentation de référence Azure AD des webhooks SharePoint
- Implémentation de référence des webhooks SharePoint
- Application React générique pour le développement web moderne
- Une série de solutions Visual Studio pour accompagner la série de didacticiels MSDN sur les compléments hébergés par un fournisseur
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
- Migrer les personnalisations existantes du composant WebPart d’éditeur de script vers SharePoint Framework
- Migrer jQuery et la solution DataTables créée à l’aide du composant WebPart Éditeur de script vers SharePoint Framework
Vidéos
- Création de composants WebPart côté client avec SharePoint Framework
- Émission web PnP - Conversion des applications JS existantes en SharePoint Framework
- Émission web PnP - Réutilisation des bibliothèques JavaScript existantes avec SharePoint Framework
Exemples
- Didacticiels et exemples de composants WebPart côté client SharePoint Framework
- Application React générique pour le développement web moderne
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
- Aide à la transformation de solution bac à sable (sandbox)
- Suppression de la référence d’assembly de votre solution bac à sable (sandbox) créée dans Visual Studio
Vidéos
- Scanneur de solution bac à sable (sandbox) SharePoint
- Émission web PnP - Présentation des webhooks SharePoint
Exemples
- Implémentation de référence Azure AD des webhooks SharePoint
- Implémentation de référence des webhooks SharePoint
- Application React générique pour le développement web moderne
Outils
- Script des stocks de solutions bac à sable pour SharePoint Online
- Scanneur de solution bac à sable (sandbox) SharePoint
Transformer à partir de JSLink
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
- Migration de personnalisations JSLink vers des personnalisateurs de champ SharePoint Framework
- Migrer de JSLink vers les extensions de SharePoint Framework
Exemples
- Didacticiels et exemples d’extensions de SharePoint Framework
- Exemples de mise en forme de la colonne dans SharePoint
Transformer à partir d’actions personnalisées
Concerne : Office 365 et SharePoint Server
Articles
- Passer d’un élément de menu BCE (bloc de contrôle d’édition) à une extension SharePoint Framework
- Migration des actions personnalisées de l’utilisateur et des éléments de menu BCE vers les extensions de SharePoint Framework
- Migrer de UserCustomAction vers les extensions de SharePoint Framework
Vidéos
Exemples
Transformer à partir d’InfoPath
Concerne : Office 365 et SharePoint Server