Avez-vous écrit $http dans le contrôleur pour demander des données ? Si tel est le cas, il est recommandé de supprimer la partie demande de données, de créer un nouveau service. js pour demander des données, puis d'appeler le service dans le contrôleur. De cette façon, vous n'avez besoin d'effectuer le succès et l'erreur qu'une seule fois dans le service, et de l'appeler uniquement dans le contrôleur. Même si vous l'appelez à plusieurs reprises, il n'y aura pas autant de code redondant.
C’est comme ça que je gère les choses. Écrivez un baseService.js
Gérez certains rappels de manière unifiée. Par exemple, après un rappel d'API, si une erreur est trouvée, certains problèmes doivent être traités de manière unifiée
Ensuite, les applications professionnelles ont un autre Service.js. Principalement responsable de la gestion unifiée des API et de la fourniture de données
promesse
Avez-vous écrit $http dans le contrôleur pour demander des données ? Si tel est le cas, il est recommandé de supprimer la partie demande de données, de créer un nouveau service.
js pour demander des données, puis d'appeler le service dans le contrôleur. De cette façon, vous n'avez besoin d'effectuer le succès et l'erreur qu'une seule fois dans le service, et de l'appeler uniquement dans le contrôleur. Même si vous l'appelez à plusieurs reprises, il n'y aura pas autant de code redondant.
Pour faire simple, écrivez simplement un service qui encapsule le bloc de code et utilisez ce service pour tout initialiser à l'avenir
C’est comme ça que je gère les choses. Écrivez un baseService.js
Ensuite, les applications professionnelles ont un autre Service.js. Principalement responsable de la gestion unifiée des API et de la fourniture de donnéesGérez certains rappels de manière unifiée. Par exemple, après un rappel d'API, si une erreur est trouvée, certains problèmes doivent être traités de manière unifiée
Utilisez le mode proxy pour renseigner automatiquement le succès. Pour une implémentation spécifique, veuillez vous référer à $resource
.