Interface API :
1 Utilisez le code d'état pour indiquer s'il s'agit d'une erreur (erreur commerciale et non commerciale)
Comme 422 entité non traitable - utilisée lors de la vérification des erreurs. Seules les erreurs renverront des informations d'invite de message d'erreur.
Le corps de Success 200 renvoie uniquement un support de données tel que :
nom
âge
adresse
2 Toutes les API normales et d'erreur renvoient 200, puis renvoient les codes d'erreur métier, les données, etc. dans le corps.
succès
code
données
Le premier avantage de l'utilisation est qu'il est facile de juger. De nombreux frameworks tels que les requêtes http d'Angular React intègrent le traitement du succès et des erreurs.
Le deuxième type d'expansion est pratique et peut empêcher les opérateurs chinois d'interférer illégalement avec les non-200
Un groupe d'amis a dit : N'utilisez aucun code de statut sur le réseau externe. L'opérateur est 4xx sans vergogne et d'autres choses seront détournées.
Quelqu'un a-t-il rencontré une situation où l'interface API a été piratée sans utiliser https ?
Quel plan est le meilleur selon votre propre compréhension ?
Permettez-moi d'abord de parler du format des données json renvoyées par notre API :
code : 0 signifie succès-100 erreur de paramètre-200 échec du traitement commercial
msg : raison détaillée de l'erreur
données : données renvoyées par l'interface
Il n'y a pas encore eu de détournement d'opérateur
Mobile Android et les applications IOS n'auront pas de problèmes inter-domaines si elles utilisent http pour appeler l'interface