Suite à la version en disponibilité générale de l'API 4.0 dans Looker 22.4, nous avons annoncé l'abandon de notre API 3.1, en plus de notre API 3.0 déjà obsolète.
Depuis l'annonce de l'abandon en juin 2022, l'API 3.1 et l'API 3.0, 3.x, sont toutes deux obsolètes. Les versions 3.x de l'API resteront disponibles au moins depuis un an et seront supprimées à partir de la version de Looker en juin 2023.
Par conséquent, nous vous encourageons à mettre à niveau vos applications vers la version 4.0 des points de terminaison de l'API au lieu de la version 3.x avant juin 2023. L'API 4.0 couvre entièrement les fonctionnalités offertes par les API obsolètes. La mise à niveau de la version 3.1 vers la version 4.0 devrait être simple pour la plupart des clients.
Chronologie
- Avant 2022: l'API 3.0 est obsolète, 3.1 est stable et 4.0 en version bêta
- Mars 2022: l'API 4.0 passe en état stable et est disponible pour tous dans Looker 22.4.
- 23 juin 2022 : abandon de l'API 3.1
- Juin 2023 : l'API 3.x sera supprimée de Looker
Présentation de la migration de l'API 4.0
Remplacements des points de terminaison de l'API 3.x
L'API 4.0 remplace quelques points de terminaison de l'API 3.x obsolètes par des points de terminaison équivalents ou améliorés, listés ci-dessous:
- Les points de terminaison "Espace" ont été renommés. Utilisez plutôt des points de terminaison "dossier" similaires.
- Consultez la documentation sur les fonctionnalités de dossier.
- Consultez la liste des points de terminaison de l'API des dossiers.
- Les points de terminaison "Page d'accueil" ont été supprimés. Utilisez plutôt les points de terminaison de "carte" avec des fonctionnalités étendues.
- Consultez la documentation sur les fonctionnalités des tableaux.
- Consultez la liste des points de terminaison de l'API du tableau.
Types de champs d'ID de coupure API 4.0
Dans l'API 4.0, certains types de champs d'ID ne sont plus des nombres, mais des chaînes. Utilisez nos SDK de langages compatibles avec Looker pour vous assurer que vos applications sont correctement saisies pendant et après la migration. La plupart des SDK basés sur des langages pour la communauté, y compris Kotlin, Swift, R, C# et Go, utilisent déjà les types mis à jour.