Interception de l’erreur et accès à celle-ci
Les SDK PlayFab signalent généralement les erreurs en retournant un objet d’erreur. L’extrait suivant montre comment détecter l’erreur et y accéder.Examen de l’erreur
La façon la plus courante d’examiner une erreur consiste à la reconnaître grâce à son code. Comme décrit dans Codes d’erreur globaux des méthodes d’API, chaque erreur générée contient des codes d’erreur lisibles et numériques.Le code suffit à lui seul pour reconnaître l’erreur et la traiter en conséquence.
InvalidTitleId 1004AccountNotFound 1001InvalidEmailOrPassword 1142RequestViewConstraintParamsNotAllowed 1303
Gestion de l’erreur
Une fois l’erreur identifiée, la stratégie de gestion/récupération dépend du type et de la nature de l’erreur. Les erreurs telles que les arguments non valides n’aboutiront jamais en cas de nouvelle tentative. La requête doit être corrigée pour que cet appel d’API réussisse. Il existe un sous-ensemble d’erreurs pour lesquelles une stratégie de nouvelle tentative peut être appliquée. Les types d’erreurs pouvant faire l’objet d’une nouvelle tentative sont décrits dans Codes d’erreur globaux des méthodes d’API. Veillez à respecter les exigences suivantes lorsque vous appliquez une stratégie de nouvelle tentative :- À chaque nouvelle tentative, le délai entre les tentatives doit augmenter de façon exponentielle. Cela augmente vos chances de réussite de l’appel et évite que votre jeu ne submerge le serveur PlayFab (ce qui entraînerait davantage d’appels rejetés).
- Vous devez appliquer cette stratégie de nouvelle tentative de façon sélective, uniquement pour les codes qui justifient une nouvelle tentative.
