Dans le développement d'applications, il est préférable d'utiliser des noms d'erreur plutôt que des codes d'erreur, et le code est plus lisible.

Imaginez votre code client :

if (error === 'ERROR_INVALID_ACCESS_TOKEN') { ... }

contre

if (error === 40010) { ... }

Les fournisseurs d'API nationaux utilisent parfois des codes d'erreur numériques pour s'assurer que les développeurs nationaux ne connaissent pas l'anglais (ou que les développeurs d'API eux-mêmes ne se souviennent pas des noms anglais).

Les codes numériques sont plus importants au niveau du système en raison de l'efficacité de transmission élevée (comme les protocoles binaires). Pour un grand nombre de protocoles de transmission de chaînes au format JSON, cette efficacité n'est pas importante.

La lisibilité est bien plus importante, et les noms d'erreurs ont l'avantage d'être non structurés et évolutifs par rapport aux codes d'erreur.

Donnez-vous mon avis,
Code retour spécial : (commun à toutes les interfaces)
0, représente le succès
-1, représente une erreur interne du serveur
Code retour d'erreur commun :
Le premier chiffre représente le retour à différentes interfaces,
Les autres sont types d’erreurs, classés par ordre décroissant d’importance.

En fait, il n'est pas nécessaire de l'étudier de manière aussi approfondie, je pense que cela suffit.
C'est similaire à WeChat.
L’important est de rester simple.

Vous pouvez apprendre de Microsoft, par exemple, ERROR_SUCCESS est 0, ce qui signifie succès. Les codes d'erreur sont définis à partir de 1 et jusqu'à plus de 10 000. Ensuite, vous pouvez diviser les codes d'erreur en intervalles, tels que 1~1000, 1001~2000, 2001~3000, etc., pour déterminer le type de signification qu'ils représentent respectivement. Chaque intervalle peut ensuite être défini à partir des codes d'erreur de base. cela peut être pensé, et ensuite cela peut également être amplifié en petites quantités.

$con = array('code'=>4000,'data'=>'result');
echo json_encode($con);