Onion Architecture In .Net 5
1.0.0
Dans ce projet, nous couvrirons l'architecture d'oignon sur ASP.NET 5.0!
Une grande partie du projet habituel soulève des questions de couplage étroites fondamentales et une division d'intérêt. L'architecture d'oignon a été informée par Jeffrey Palermo pour avoir offert une méthode supérieure pour créer des applications dans le contexte d'une meilleure testabilité, praticité et constance. L'architecture d'oignon répond aux difficultés rencontrées avec des architectures de couche 3 -L et donne une réponse aux problèmes normaux. Les couches sont associées les unes aux autres à l'aide des interfaces.
Fondamentalement, il utilise le concept de couches, mais sont différents des couches des couches 3 et N. Plongeons profondément dans chacune de ces couches.
Il existe dans la partie centrale de l'architecture d'oignon, où il se compose de toutes les entités de domaine d'application qui ne sont rien de plus que des modèles de base de données créés par l'approche du code First.
La couche de référentiel agit comme une couche intermédiaire entre les services et les modèles et dans cette couche, nous conserverons toutes les migrations de base de données et le contexte des données d'application et dans cette couche, nous ajoutons généralement des interfaces qui consisterons à accès aux données de lecture et aux opérations d'enregistrement impliquant une base de données.
Cette couche est utilisée pour la communication entre la couche de référentiel et le projet principal, où il se compose d'API exponables. La couche de service peut également contenir la logique métier d'une entité. Dans cette couche, les interfaces de service sont séparées de leur implémentation pour un couplage faible et également la séparation des intérêts.
L'interface utilisateur n'est rien de plus qu'une application frontale qui communiquera avec cette API.
Commandes à exécuter
Add-Migration 'CreateCustomerTable'
Update-database
