Modèles de développement

Résumé

Développement de solutions pour Microsoft SharePoint Online et/ou en local s’appuyant sur plusieurs modèles de développement. Selon votre plateforme et votre scénario cibles, vous pouvez sélectionner un ou plusieurs des modèles illustrés dans cet article.

SharePoint Framework

S’applique à : Office 365 | SharePoint Online | SharePoint 2016 FP2

SharePoint Framework (SPFx) est un modèle de pages et de composants WebPart qui offre une prise en charge complète des tâches de développement SharePoint côté client, offre une intégration facile avec les données SharePoint et prend en charge les outils open source. Avec SharePoint Framework, vous pouvez utiliser des technologies et des outils web modernes dans votre environnement de développement préféré pour créer des applications et des expériences productives, nativement réactives et utilisables sur mobile. SharePoint Framework fonctionne pour SharePoint Online et en local (à partir de SharePoint 2016 Feature Pack 2). Vous pouvez concevoir des composants WebPart côté client et des extensions SharePoint Framework avec SharePoint Framework.

Articles

Exemples

Outils

Vidéos

Compléments SharePoint

S’applique à : SharePoint 2013 | SharePoint 2016 | SharePoint Online

Le modèle de complément SharePoint est un modèle de développement pour SharePoint Online et SharePoint 2013/2016 en local. Le principal objectif de ce modèle est de donner aux développeurs la possibilité de personnaliser et d’étendre les sites SharePoint sans nécessiter d’accès de type « confiance totale » à la batterie de serveurs cible. Ils peuvent travailler à distance sur le code côté client, basé sur le modèle d’objet côté client (CSOM) et l’API REST de SharePoint.

Cet objectif souscrit parfaitement à la philosophie et au modèle d’offre du cloud. Les utilisateurs peuvent découvrir et télécharger les compléments SharePoint sur une boutique publique de compléments SharePoint ou sur le catalogue de compléments d’entreprise de leur organisation. Avec le modèle de complément SharePoint, vous pouvez créer des solutions hébergées par SharePoint et par un fournisseur. Les premières sont simplement des applications côté client et JavaScript hébergées dans SharePoint. Les autres sont généralement des applications .NET hébergées sur Microsoft Azure ou sur une autre plateforme d’hébergement. Avec le modèle de complément SharePoint, vous pouvez créer :

  • Des solutions pleine page : une expérience pleine page immersive pouvant prendre l’apparence d’une page SharePoint.
  • Des composants d’application : composants d'une page web, à l’aide d’un type de commande particulier, appelé composant de complément, pour exposer un élément iframe contenant le complément.
  • Des actions personnalisées d’interface utilisateur : commandes d’interface utilisateur qui étendent les rubans et les menus des listes, documents, etc.

Par ailleurs, un complément SharePoint peut inclure des composants SharePoint classiques, tels que des listes, des pages de site web personnalisées, des composants WebPart, des flux de travail, des types de contenu et de nombreux autres artefacts.

Articles

Exemples

Solutions

Vidéos

Solutions de bac à sable

S’applique à : SharePoint Online | SharePoint 2013 | SharePoint 2016

Une solution de bac à sable permet aux administrateurs de collections de sites d'installer des solutions personnalisées dans Microsoft SharePoint sans impliquer d’administrateur client. Toutefois, cette liberté impose que les solutions de bac à sable soient limitées dans leurs possibilités de déploiement, le code qu’elles peuvent exécuter et les ressources auxquelles elles peuvent accéder. Les solutions de bac à sable sont généralement utilisées pour déployer des composants SharePoint, tels que des colonnes de site, des types de contenu, des listes et des bibliothèques. Il est toutefois recommandé d’utiliser des modèles de configuration à distance plutôt que ceux basés sur une fonctionnalité XML classique.

Les solutions de bac à sable basées sur le code ont été abandonnées en 2014 et, dans SharePoint Online, cette fonctionnalité a été totalement supprimée. Les solutions de bac à sable basées sur le code sont également déconseillées dans SharePoint 2013 et SharePoint 2016, même si vous pouvez toujours les créer. Toutefois, soyez prudent, car toute solution de bac à sable basée sur le code peut être un élément limitant la migration vers SharePoint Online.

Articles

Solutions

Vidéos

Solutions de batterie de serveurs

S’applique à : SharePoint 2013 | SharePoint 2016

Les solutions de batterie de serveurs SharePoint sont des extensions SharePoint approuvées dont la logique personnalisée appelle le modèle objet serveur SharePoint et s’exécute avec une confiance totale sur les serveurs SharePoint. Ces solutions sont principalement destinées à la personnalisation d’extensions administratives de SharePoint, telles que les travaux du minuteur, les commandes Windows PowerShell et les extensions de l’Administration centrale.

Les solutions de batterie de serveurs sont distribuées comme des packages de solutions SharePoint que les administrateurs de batteries de serveurs chargent sur un emplacement de stockage à l’échelle de la batterie de serveurs à partir duquel ils peuvent être déployés. Les composants des solutions de batterie de serveurs peuvent porter sur l’étendue d’une batterie de serveurs, d’une application web, d’une collection de sites ou d’un site web. Les solutions de batterie de serveurs sont uniquement prises en charge dans SharePoint en local.

Articles

Composant WebPart d’éditeur de script ou d’éditeur de contenu

S’applique à : SharePoint Online | SharePoint 2013 | SharePoint 2016

Les composants WebPart d’éditeur de script ou d’éditeur de contenu sont un moyen relativement populaire d’insérer n’importe quel code JavaScript personnalisé dans des pages SharePoint. L’objectif de ce type de technique est d’exécuter du code personnalisé côté client dans le contexte de l’utilisateur actuel et dans la page active de SharePoint. Vous pouvez utiliser les bibliothèques JavaScript externes et héberger votre code personnalisé dans SharePoint, sans passer par un environnement d’hébergement externe.

Toutefois, cela crée des problèmes de sécurité, car les scripts peuvent être déployés sur un site SharePoint sans coordination entre les administrateurs. Pour résoudre ce problème de sécurité, les sites SharePoint Online (classiques et modernes) ne prennent pas en charge par défaut les ajouts de scripts aux sites. Cette possibilité est bloquée par le paramètre aucun-script qui peut être contrôlé par les administrateurs du client SharePoint Online.

Par ailleurs, un code personnalisé hébergé dans le composant WebPart d’éditeur de script ne possède aucun type de fonctionnalité de maintenance, ni de gouvernance ou de gestion du cycle de vie. C’est pourquoi, depuis 2017, Microsoft a introduit le modèle SharePoint Framework. Il est comparable au composant WebPart d’éditeur de script, mais fonctionne dans l’interface utilisateur « moderne », prend en charge l’indicateur aucun-script et fournit une gouvernance et un contrôle centralisés pour les administrateurs SharePoint.

Articles