php - l'API renvoie les informations d'invite. Le frontal demande-t-il à l'utilisateur les informations d'invite renvoyées par l'API ?

Question

1. Lorsque l'interface API renvoie des données ou renvoie un message d'erreur, l'utilisateur est invité à fournir des informations pertinentes, telles qu'une soumission de formulaire telle que des paramètres illégaux, puis une invite indiquant que la soumission du formulaire a réussi. en arrière-plan, tous les retours sont uniformes. Cependant, le front-end a directement incité l'utilisateur à réussir, ce qui a conduit le leader à dire que les caractères chinois tels que le succès devraient être directement renvoyés en arrière-plan. le front-end définit-il un ensemble d'informations à renvoyer à l'utilisateur ? Vous devez utiliser le backend pour revenir. Notre backend renvoie tous les codes d'erreur. Les informations d'invite ainsi que le code d'erreur ne sont utilisés que pour l'affichage lorsqu'il est ouvert afin de localiser rapidement les erreurs, mais le front-end invite directement l'utilisateur à le voir. Pouvez-vous me donner quelques conseils ?

Answer 1

Si vous pouvez le faire, faites simplement ce que le leader dit. Si vous ne pouvez pas le faire, dites simplement au front-end ce que le leader dit et fuyez...

Answer 2

Tout d'abord, le front-end doit imposer certaines restrictions de format sur le contenu d'entrée et émettre une invite illégale avant la soumission, et il ne peut pas être soumis ;
Le back-end génère généralement un code d'erreur http régulier après le front-end ; l'end et le back-end sont d'accord sur ce code d'erreur, les informations d'invite seront affichées. Cela est fait par le front-end, le front-end et le back-end sont séparés et peuvent être modifiés de manière flexible
Par exemple, le back-end ; end renvoie 200, et le front-end reçoit 200 et affiche une invite telle que XXXXX success

Answer 3

Généralement, le front-end n'implique pas de jugement logique et n'est responsable que de l'affichage. Peut-être que vous pouvez le retourner comme ceci :

{
    'status': 'success',
    'message': '登录成功'
}

C'est bon.

Quand j'ai écrit l'interface dans le passé, j'ai renvoyé le chemin relatif de l'image. Je pensais aussi que si le front-end collait le nom de domaine et le chemin relatif, ne serait-ce pas un chemin complet ? Mais cela augmentera la complexité du front-end.

Answer 4

Il suffit d'en parler aux deux gars du front-end. Cela n'a rien à voir avec le patron. Ce que veut le patron, c'est à vous de décider comment le faire. normes sur les normes à écrire. Vous pouvez parler aux frères front-end. Parlons-en comme ça, je vous transmettrai le code, le statut et les données. Vous n'avez qu'à juger le code et le statut. les invites et les données de données. Tous les succès seront xxx, et les échecs seront xxx. Sinon, chaque interface transmettra des caractères chinois, c'est pénible à juger sur le front-end.

Answer 5

Je renvoie généralement le code d'état depuis l'interface. Comprenez ensuite la signification du code d’état dans le document d’interface. C'est bon

Answer 6

Peut-être que vos dirigeants ne comprennent pas du tout la technologie.
En principe, le back-end ne doit pas transmettre les informations du serveur au front-end, mais peu importe qu'il s'agisse simplement d'une invite de réussite ou d'échec. Dites aux étudiants du front-end où ils se sont trompés et ils pourront communiquer. avec toi.