Comment diviser correctement la logique métier et la logique non commerciale dans l'architecture hiérarchique dans le développement back-end?

Architecture hiérarchique arrière: Divisez intelligemment la logique commerciale et la logique non commerciale

Dans le développement back-end, une architecture en couches (par exemple, le contrôleur, le service et les couches DAO) est cruciale. Bien que le principe de la hiérarchie soit clair, dans la pratique, en particulier les limites entre la couche de service et la couche DAO, ainsi que la division logique après l'introduction de la couche de gestionnaire, sont souvent déroutantes. Cet article explorera comment distinguer efficacement la logique métier et la logique non commerciale.

Définition entre la logique métier et la logique non commerciale

La logique commerciale se rapporte directement aux besoins de l'entreprise, que les utilisateurs peuvent percevoir; Alors que la logique non commerciale est une opération sous-jacente et n'a rien à voir avec les processus métier, tels que les détails de l'opération de base de données ou le cryptage de mot de passe.

Voici quelques exemples de logique non commerciale:

1. Détails de l'opération de la base de données: UserManager.delete() et DepartmentManager.delete() peuvent supprimer des données dans les tables d'association (telles que userdeptmodel ) en même temps. Il s'agit d'une logique non commerciale car elle n'implique que des opérations de base de données, et non des processus métier eux-mêmes. Sans la couche de gestionnaire, la couche DAO peut également gérer de telles opérations, tant qu'elle n'a rien à voir avec l'entreprise.

    classe Usermanager:
        Def supprimer (soi):
            userdao.delete ()
            userDeptDao.Delete ()
   
    Département de département de classe:
        Def supprimer (soi):
            DepartmentDao.Delete ()
            userDeptDao.Delete ()

2. Encryption de mot de passe: les utilisateurs n'ont pas besoin de connaître les détails du stockage de mot de passe et l'opération SALT peut être placée dans la couche DAO ou Manager.

    Classe UserDao:
        def make_password (self, passwd):
            return sel (passwd) # Supposons que la fonction de sel est utilisée pour ajouter du sel au mot de passe def enregistrer (self):
            passwd = self.make_password (passwd)
            self.passwd = passwd
            super (). Save () #Suppose super (). Save () est une méthode de sauvegarde de base de données

3. Nommer la méthode de couche DAO: si un nom de méthode comme get_super_user est approprié dépend de la question de savoir si elle implique la logique métier. Si super n'est pas lié aux entreprises, il peut être utilisé; Sinon, il doit être géré sur la couche de service.

4. Encapsulation de la demande HTTP: L'encapsulation dépendante du backend peut être placée dans la couche DAO au lieu de la couche de service.

Implémenter des fonctions similaires au filtre Django dans Python

Dans Django / Flask, le filtrage des données est relativement facile. Cependant, dans l'architecture à trois couches de Python, il est nécessaire de considérer comment traiter les paramètres de demande dans la couche DAO. S'il n'y a pas de cadre d'injection de dépendance comme le ressort, les paramètres doivent être passés manuellement. En Java, les cadres ORM tels que Hibernate fournissent des fonctions de filtrage de données et de requête puissantes.

Entités de données et architecture hiérarchique

Les entités de données sont utilisées pour la persistance des données. Dans une architecture à trois couches, le contrôleur, le service et les couches DAO ne correspondent pas strictement à un par un. La couche de service peut appeler plusieurs DAO pour effectuer une opération commerciale, et un DAO peut également être appelé par plusieurs services.

En bref, la logique commerciale correctement de la logique non commerciale est la clé du développement arrière, et une architecture hiérarchique raisonnable peut améliorer la lisibilité du code et la maintenabilité.

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!