Comment centraliser l'entité, le mappeur et le service du module commercial dans le module commun de Spring Cloud Alibaba?

Meilleures pratiques pour gérer de manière centralisée Entité des modules publics, mappeur et service à Spring Cloud Alibaba

Lors de la construction d'une architecture de microservice à l'aide de Spring Cloud Alibaba, il est crucial d'organiser correctement votre structure de code. Cet article explique comment intégrer l'entité, le mappeur et les composants de service de plusieurs modules commerciaux dans un module commun (module commun), et résoudre les conflits et problèmes possibles, améliorant finalement la réutilisabilité du code et la maintenabilité.

Structure du projet:

Supposons que le projet contient les modules suivants:

1. Module commun: inclut l'entité, le mappeur, l'interface de service et les classes d'implémentation, la configuration de la connexion de la base de données, la gestion des exceptions unifiées, la sérialisation Redis JSON, l'encapsulation des résultats de la réponse unifiée, la configuration de la fanfaronnade, la configuration MyBatis plus, la configuration CORS et d'autres composants communs.
2. Module marchand (Terminal marchand): Contient le contrôleur, appelle le service dans le module commun pour traiter la logique métier et fournit une interface API au monde extérieur.
3. Module d'alimentation (fournisseur): similaire au module marchand, il contient le contrôleur et la logique métier, et s'appuie également sur le module commun.

Problèmes et solutions:

Lors du démarrage du module marchand, une erreur javax.management.InstanceAlreadyExistsException apparaît, qui est généralement liée aux conflits d'administration de démarrage Spring, et peut également être lié à des configurations de balayage de packages incorrectes. La solution est la suivante:

1. Configuration de numérisation de package précise: Dans la classe de démarrage de chaque module commercial (marchand et alimentation), utilisez @ComponentScan pour spécifier avec précision le chemin du package pour scanner. Évitez d'utiliser les caractères génériques * , scannez uniquement les commandes du module commercial elle-même et comptez sur des composants dans le module commun. Par exemple, la classe de début du module marchand:

    @Springbootapplication
   @ComponentScan (basepackages = "com.quanneng.merchant") // Scannez uniquement les composants sous le module marchand @mapperscan ("com.quanneng.common.mapper") // Scan l'interface de mapper séparément de classe publique MerchantAPIAPLIAPLICATION {
       // ...
   }

2. Évitez les conflits d'administration de démarrage de Spring: si l'administrateur de démarrage de Spring est utilisé, assurez-vous qu'il est configuré correctement et ne confronte pas à d'autres composants. Vérifiez la configuration de Spring Boot Admin pour vous assurer que le nom de l'application qu'il surveille est unique. Si le problème persiste, vous pouvez temporairement désactiver le Spring Boot Admin pour vérifier s'il s'agit d'un conflit causé par cela.

3. Annotation d'interface du mappeur: Utilisez l'annotation @MapperScan pour scanner séparément l'interface de mappel sous le module commun pour éviter les conflits avec l'interface de mapper d'autres modules. Assurez-vous que le chemin de package spécifié par @MapperScan est précis.

4. Gestion des dépendances des composants publics: assurez-vous que toutes les dépendances des composants publics dans les modules courants sont correctement déclarés et que la version est compatible avec d'autres modules.

5. Conception modulaire: concevez le module commun en tant que module séparé et emballez-le dans un démarreur de démarrage à ressort. De cette façon, d'autres modules n'ont qu'à s'appuyer sur ce démarreur pour utiliser facilement les composants du module commun, en évitant la complexité de la configuration de balayage de package.

Suggestions d'amélioration:

• Utilisez Spring Boot Starter: Package Modules communs dans un démarreur de démarrage Spring pour simplifier la gestion et la configuration de la dépendance.
• Gestion des exceptions unifiées: implémentez un mécanisme de gestion des exceptions unifié dans le module commun et utilisez-le dans tous les modules.
• Résultats de la réponse unifiés: Définissez un format de résultat de réponse unifié dans le module commun pour améliorer la cohérence de l'interface API.
• Principe modulaire: suivez le principe de conception modulaire, des composants publics séparés des composants commerciaux et améliorez la maintenabilité et la réutilisabilité du code.

Grâce aux étapes ci-dessus, vous pouvez concentrer efficacement l'entité, le mappeur et les composants de service dans le module commun et éviter les conflits potentiels. La configuration précise du package et la conception modulaire sont essentielles pour résoudre ces problèmes. Si vous rencontrez toujours des problèmes, veuillez vérifier les informations du journal pour trouver la cause spécifique de l'erreur.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!