Notes de publication sur SharePoint Framework v1.4

  • Article

Publication :7 décembre 2017

Importante

Cette page traite des détails liés à une version SPFx spécifique. Cette page n’inclut pas la configuration SPFx requise supplémentaire qui doit être installée pour développer des solutions SPFx, notamment Node.js, Yeoman et d’autres outils.

Pour en savoir plus sur ces conditions préalables, voir Configuration de votre environnement de développement SharePoint Framework.

Mise à niveau des projets de la version v1.3 à v1.4

  1. Dans le fichier package.json du projet, identifiez tous les packages SPFx v1.3. Pour chaque package SPFx :

    1. Désinstaller le package v1.3 existant :

      npm uninstall @microsoft/{spfx-package-name}@1.3

    2. Installer le package v1.4 actualisé :

      npm install @microsoft/{spfx-package-name}@1.4.0 --save --save-exact

Conseil

La CLI pour Microsoft 365 fournit une procédure détaillée simple pour la mise à niveau de vos solutions vers la dernière version de SharePoint Framework.

Nouvelles fonctionnalités et fonctionnalités

@microsoft/sp-tslint-rules

  • Introduction de la nouvelle règle no-require-ensure pour faciliter la dépréciation de require.ensure() en faveur du mot clé import

@microsoft/sp-build-web

  • Permettre aux ressources de build d’être incorporées dans le fichier *.sppkg et hébergées par SharePoint

@microsoft/sp-build-core-tasks

  • Ajout de l’option asyncComponents à config.json. Ce paramètre peut être utilisé pour empêcher les importations qui entraînent le chargement accidentel d’une bibliothèque de manière synchronisée au lieu de asynchrone
  • Introduction de la possibilité de spécifier un chemin d'accès relatif vers une icône dans un composant WebPart ou un manifeste d’extension

@microsoft/generator-sharepoint

  • Ajout d’un tilde manquant aux bibliothèques lors de la génération de projets d’extension côté client
  • Permettre à skipLibCheck de fonctionner autour de déclarations incohérentes de « WeakMap » dans lodash et es2015.collection
  • Ajout de launch.json et extensions.json au générateur de solution sharePoint

@microsoft/sp-http

  • Promouvoir SPHttpClientBatch de @alpha à @beta
  • Publication de la bêta initiale de l’énumération SPHttpHeader et de la propriété SPHttpClientResponse.correlationId

@microsoft/sp-loader

  • Interdire le chargement de composants créés en utilisant des version préliminaire SPFx antérieures à 1.0

@microsoft/sp-module-interfaces

  • Ajout de preloadListItemProperties à la section preloadOptions du manifeste d’application côté client
  • Ajout d’une propriété « balises » au manifeste du composant WebPart
  • Introduction de la possibilité de spécifier un chemin d'accès relatif vers une icône dans un composant WebPart ou un manifeste d’extension
  • Activer l’utilisation du champ preloadComponents avec d’autres types de manifeste de composant côté client

@microsoft/sp-webpart-base

  • Ajout de shouldNotPersist à IWebPartPropertyMetadata pour permettre le marquage des propriétés de composant WebPart qui ne doivent pas persister sur le serveur

@microsoft/sp-lodash-subset

  • Ajouter escaperegex() fonction
  • Utiliser lodash-cli pour réduire considérablement la taille du bundle pour @microsoft/sp-lodash-subset
  • Ajout de la fonction find()

Changements dans cette version

  • Remplacez @types/es6-collections par la bibliothèque es2015.collection intégrée du compilateur typescript
  • Suppression de balises bêta de certaines API qui sont désormais officiellement prises en charge

@microsoft/generator-sharepoint

  • Mise à jour du fonctionnement du générateur avec des versions plus anciennes du fichier config.json, car sa mise à niveau automatique a interféré avec des branches antérieures telles que sur site.
  • Inclure la dépendance ajv manquante dans le package.json généré.
  • Suppression des paramètres obsolètes de schéma JSON
  • Correction d’un problème avec l’analyse de fichiers de configuration sur site
  • Correction d’un problème dans lequel nous avons ajouté deux fois « WebPart » au nom de la classe lors de la création d’un composant WebPart sans modèle
  • Suppression d’une heuristique qui supprimait des parties du nom d’un composant car les clients la trouvaient déroutante
  • Correction d’un problème de remplacement des fichiers de localisation pour les extensions
  • Correction d’un problème avec les liaisons de données pour le modèle de composant WebPart Knockout
  • Ajout d’une suppression pour l’avertissement « la classe CSS ms-Grid n’est pas camelCase » provoqué par Fabric
  • Mettez à jour le générateur Yeoman pour utiliser @microsoft/sp-office-ui-fabric-core au lieu de référencer directement office-ui-fabric
  • Mise à jour des déclarations de type React du générateur pour utiliser un React-DOM plus récent et supprimer les packages React-addons déconseillés

@microsoft/loader-cased-file

  • Mise à jour des dépendances et correction de quelques problèmes provoquant des avertissements

@microsoft/sp-office-ui-fabric-core

  • Supprimer la prise en charge de Z-index de @microsoft/sp-office-ui-fabric-core

@microsoft/sp-client-preview

  • Remplacez @types/es6-collections par la bibliothèque es2015.collection intégrée du compilateur TypeScript

@microsoft/sp-build-core-tasks

  • Correction d’un problème de non respect du paramètre --locale
  • Ajout d’un traitement par lot à dev-deploy et upload-cdn
  • Correction d’un problème mineur avec la génération d’une URL d’icône dans laquelle le préfixe CDN était manquant dans les URL d’icône
  • Mise à jour des chargeurs de webpack pour se débarrasser de l’avertissement sur la dépréciation

@microsoft/sp-webpart-base

  • Correction d’un problème de volet de propriétés qui ne s’actualisait pas correctement
  • Correction d’un problème avec la fonctionnalité ariaLabel du bouton dans le volet de propriétés
  • Correction d’un problème de compatibilité Internet Explorer lorsqu’une case à cocher possède un long titre
  • Supprimer la @beta désignation pour WebPartContext

Dépréciations et éléments supprimés dans cette version

@microsoft/sp-build-core-tasks

  • Déconseiller la macro webpack UNIT_TEST car cette pratique facilite le risque d’inclure un code de test de manière accidentelle dans un lot de production

@microsoft/sp-core-library

  • IServiceCollection et UrlQueryParameterCollection déconseillées

@microsoft/sp-webpart-base

  • IWebPartContext déconseillée