Trois couches : UI (interface), BLL (couche de logique métier), DAL (couche d’accès aux données). Ces trois sont des indispensables, dont BLL et les classes dans DAL sont des classes publiques, car l’UI doit appeler BLL, BLL doit appeler DAL, et UTILITY (la méthode sous-jacente pour se connecter à la base de données et effectuer des opérations de base de base d'« addition, suppression, modification et vérification »). De plus, il peut aussi exister des couches d’entités telles que ENTITY (qui mappe les tables de données) et Common (cette bibliothèque place généralement des méthodes générales, telles que des méthodes de validation des données, des méthodes d’opérations de contrôle, etc.). En résumé, c’est le cas L’accès aux données depuis la base de données est une couche d’accès aux données Trier les relations commerciales des données associées est une couche de logique métier La représentation des données rassemblées montre qu’il s’agit d’une couche de représentation.
Au fait, je vous ai aidé à trouver quelques informations : Une bonne structure hiérarchique peut rendre la division du travail pour les développeurs plus claire. Une fois les interfaces entre les couches définies, les développeurs responsables de différentes conceptions logiques peuvent disperser leurs efforts et travailler main dans la main. Par exemple, le personnel UI n’a à prendre en compte que l’expérience et le fonctionnement de l’interface utilisateur, les concepteurs de domaines ne peuvent se concentrer que sur la conception de la logique métier, et les concepteurs de bases de données n’ont pas à se soucier des interactions utilisateur lourdes. La tâche de chaque développeur est confirmée, et l’avancement du développement peut être rapidement amélioré.
Les avantages du couplage lâche sont évidents. Si un système n’est pas hiérarchique, alors sa logique est étroitement liée et interdépendante, et personne n’est remplaçable. Une fois qu’un changement a lieu, il affectera l’ensemble du corps, et l’impact sur le projet sera extrêmement grave. Réduire la dépendance entre les couches peut non seulement garantir une évolutivité future, mais aussi présenter des avantages évidents en matière de réutilisation. Une fois que chaque module fonctionnel a défini une interface unifiée, il peut être appelé par chaque module sans avoir à développer la même fonction à plusieurs reprises.
Pour réaliser une bonne conception hiérarchique de la structure, les normes sont également essentielles. Ce n’est qu’à un certain niveau de normalisation que ce système peut être évolutif et remplaçable. La communication entre les couches assure également nécessairement la standardisation des interfaces.
|