Remplacer des composants WebPart dans des solutions de bac à sable

  • Article

L’une des raisons pour lesquelles de nombreux développeurs ont exploité des solutions de bac à sable basées sur du code est le désir d’utiliser des composants WebPart visuels. Cela offre un excellent moyen de séparer le code de la disposition et d’utiliser les contrôles ASP.NET. Vous pouvez continuer à utiliser des composants WebPart visuels dans un complément hébergé par un fournisseur via des composants WebPart clients. Il s’agit d’une excellente approche qui fournit un chemin de migration direct pour de nombreuses applications.

Une autre option consiste à réécrire le composant WebPart en tant que solution côté client. Cela implique de repenser la solution pour utiliser JavaScript, des fragments HTML et une ou plusieurs infrastructures de prise en charge. Bien qu’il s’agisse d’un nouveau travail net, il présente l’avantage supplémentaire de configurer votre solution pour l’intégrer facilement aux SharePoint Framework à venir. Il s’agit d’un excellent choix pour les composants WebPart d’affichage ou d’entrée de données simples, et peut être mis à l’échelle vers des applications clientes pleine page.

Remarque

L’utilisation des solutions bac à sable basées sur un 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 basées sur un code sont également déconseillées dans SharePoint 2013 et SharePoint 2016.

Options de remplacement des composants WebPart

Approche Considérations relatives à la conception et plus d’informations
Composant WebPart client de complément hébergé par un fournisseur
  • Nécessite l’infrastructure d’hébergement.
  • L’infrastructure d’hébergement doit être hautement disponible.
  • Le composant client s’affiche dans une <iframe> communication de limitation avec le reste de la page.
  • Doit utiliser des API distantes via CSOM ou REST.
Solution côté client
  • La possibilité d’incorporer JavaScript de la manière prescrite (par le biais d’un UserCustomAction) ne fonctionne actuellement pas en dehors de l’expérience classique. Dans ce cas, vous pouvez lier les fichiers à l’aide d’un composant WebPart Éditeur de script.
  • Impossible d’élever les autorisations, utilisez plutôt un micro-service avec des autorisations de complément uniquement.
  • Limité par les autorisations de l’utilisateur actuel.

Suppression de code bac à sable de votre site

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

Voir aussi