Si l'opération échoue, revenez simplement normalement. Renvoyez le code d'erreur de l'échec de l'opération, tel que

success:false,
message:更新/删除失败

Mais en tant que principe de développement, les informations spécifiques de panne ne peuvent pas être transmises à l'interface utilisateur,

Par exemple, si vous mettez à jour une donnée et que la mise à jour échoue, c'est parce que la connexion à la base de données a échoué, que la base de données a été bloquée, etc. Il vous est impossible d'afficher le message d'erreur à l'utilisateur et de lui dire que le la connexion à la base de données a échoué

S'il s'agit d'une erreur SQL, il s'agit d'une erreur d'application. Assurez-vous de détecter l'exception et de l'enregistrer dans le journal

Vous devez utiliser try{}catch(){} pour les opérations liées à SQL. Vous ne devez pas diffuser d'exceptions vers l'amont, et l'amont n'effectue pas d'opérations liées à la gestion des exceptions

Assurez-vous de faire du bon travail dans les opérations par lots,

Bien sûr, découvrez toutes les exceptions détectées, telles que les surnoms uniques, les mots de passe incorrects, etc.
Autres, renvoient des exceptions inconnues et n'exposent pas vos propres informations d'exception.

Renvoyer des informations à l'utilisateur en fonction du code d'erreur. Il n'est pas recommandé de l'exécuter à nouveau car cela pourrait entraîner des données sales dans la base de données

• Restauration sur site : les données sont restaurées avant l'opération. Le fait de réessayer dépend du scénario. Le principe général est de réessayer de manière synchrone et de réessayer de manière asynchrone

.

• Gestion des exceptions : synchronisation : les exceptions sont regroupées dans des messages d'erreur lisibles pour l'utilisateur, lui rappelant de réessayer. Asynchrone : surveillez les informations anormales