Aperçu
Tous les points d’accès de liste de l’API Smartbills retournent des résultats paginés. La pagination vous permet de récupérer efficacement de grands ensembles de données en les divisant en pages plus petites.Paramètres de requête
Tous les points d’accès de liste acceptent ces paramètres de pagination et de tri :integer
défaut:"1"
Numéro de page à récupérer (commence à 1)
integer
défaut:"20"
Nombre d’éléments par page. Minimum : 1, Maximum : 100, Défaut : 20
string
défaut:"createdAt"
Champ de tri des résultats (ex. :
createdAt, date, amount)string
défaut:"desc"
Direction du tri :
asc (croissant) ou desc (decroissant)Format de réponse
Les réponses paginéess incluent le tableau de données et un objet de métadonnées de pagination :Objet de pagination
object
Métadonnées de pagination
Exemples de base
Première page
Récupérer la première page de résultats avec tri :Page suivante
Naviguer à la page suivante en verifianthasNext :
Parcourir toutes les pages
Iteration simple
Parcourir toutes les pages pour récupérer tous les résultats :Avec gestion des erreurs et limitation de débit
Pagination prête pour la production avec gestion des erreurs :Pagination avec filtres
Combinez la pagination avec le filtrage pour affiner vos résultats :Limites de pagination
Taille maximale de page
- Maximum : 100 éléments par page
- Défaut : 20 éléments par page
- Minimum : 1 élément par page
Bonnes pratiques
Utiliser des tailles de page appropriees
Utiliser des tailles de page appropriees
- Petites pages (20-50) : Mieux pour la pagination UI et une réponse initiale plus rapide
- Grandes pages (100) : Mieux pour le traitement en lot et moins d’appels API
- Défaut (20) : Bon equilibre pour la plupart des cas d’utilisation
Toujours vérifier hasNext
Toujours vérifier hasNext
Vérifiez toujours
hasNext avant de récupérer la page suivante. Cela evite les appels API inutiles lorsque vous avez atteint la fin des résultats.Gérer les limites de débit
Gérer les limites de débit
Ajoutez de petits délais entre les requêtes lors de la récupération de plusieurs pages pour eviter d’atteindre les limites de débit. Consultez Limites de débit pour plus de détails.
Mettre en cache les résultats
Mettre en cache les résultats
Mettez en cache les résultats paginés pour réduire les appels API redondants, surtout pour les données qui ne changent pas frequemment.
Utiliser des filtres pour réduire les données
Utiliser des filtres pour réduire les données
Appliquez des filtres pour affiner les résultats avant de paginer, réduisant le nombre total de pages et d’appels API nécessaires.
Dépannage
Résultats vides sur une page valide
Résultats vides sur une page valide
Causes possibles : Les données ont été supprimées entre les requêtes, les filtres sont trop restrictifs, ou une condition de concurrence avec des modifications simultanées. Solution : Recommencez depuis le début ou ajustez vos filtres.
Nombre de pages incohérent
Nombre de pages incohérent
Raison : C’est normal. Les données peuvent être ajoutees ou supprimées pendant la pagination. Solution : Utilisez
hasNext au lieu de totalPages pour la logique d’iteration.Performance de pagination lente
Performance de pagination lente
Solutions : Utilisez des tailles de page plus grandes (jusqu’a 100), ajoutez des filtres pour réduire le jeu de données total, mettez en cache les résultats, ou utilisez des webhooks pour les mises à jour en temps réel au lieu du polling.
Ressources connexes
Limites de débit
Comprendre la limitation de débit de l’API
Gestion des erreurs
Gérer les erreurs de pagination
Lister les dépenses
Point d’accès de liste des dépenses
Webhooks
Notifications en temps réel