Je crée une application .net à l'aide de la méthode Domain Driven Design. L'application comprend la facturation des clients pour les services. La règle stipule que chaque jour, une facture doit être générée à un moment donné et le solde de l'utilisateur doit être mis à jour. Comme je vois, la meilleure option ici serait un travail de base de données qui est programmé fait la tâche ci-dessus. Cependant, est-ce compatible avec DDD? La logique est divisée entre la base de données et la couche domail dans ce cas, ce qui ne semble pas être une bonne idée.Utilisation de travaux de base de données dans la conception guidée par domaine
0
A
Répondre
2
Une partie de DDD parvient à découpler autant que possible le modèle de domaine des problèmes techniques.
Mettre le savoir d'affaires dans les emplois de base de données signifie:
- Vous auriez 2 places pour rechercher la logique métier (perte d'isolement du modèle)
- Votre logique métier serait décrit en 2 langues (par exemple C#; t-sql)
- Il pourrait ne pas être facile à gérer des scripts SQL procédure w/logique métier
- Il pourrait ne pas être facile à synchroniser avec/partie qui est écrit en .Net
Personnellement, je n'irais pas dans cette direction. J'écrirais le service d'arrière-plan.
2
L'implémentation d'un travail de base de données sera plus difficile à déboguer et à tester unitaire si cela est important.
Je recommanderais un service qui effectue des tâches planifiées.
Questions connexes
- 1. Question de conception guidée par domaine
- 2. Services d'application de conception guidée par domaine
- 3. Comprendre la conception guidée par domaine
- 4. Cet exemple de service de référentiel d'entités s'intègre-t-il dans la conception guidée par domaine?
- 5. Utilisation de la Doctrine avec la conception par domaine
- 6. Meilleure pratique pour appliquer la conception guidée par domaine dans .NET?
- 7. Où puis-je trouver de bonnes ressources de conception guidée par domaine?
- 8. guidée par les données de navigation dans Grails et gsp
- 9. Où puis-je trouver des informations sur l'authentification et l'autorisation dans le contexte de la conception guidée par domaine?
- 10. Utilisation de la base de données de domaine dans le sous-domaine
- 11. Base de données de conception
- 12. Conception de base de données. Double relation
- 13. Conception par domaine Question
- 14. Ressources de conception guidées par domaine distribué
- 15. Base de données de conception
- 16. Conception de la base de données (normalisation?)
- 17. Conception et complexité de la base de données de base
- 18. Implémentation des généralisations lors de la conception logique de la conception de la base de données?
- 19. Agrégats de conception pilotés par domaine
- 20. Besoin d'aide pour la conception de la base de données
- 21. Conception de base de données de répertoire
- 22. Question de conception de base de données
- 23. Suite de la conception pilotée par domaine avec MVVM/WPF
- 24. Optimisation guidée par profil
- 25. Conception de base de données de comptes
- 26. Problème de conception de base de données
- 27. Dilemme de conception de base de données
- 28. question de conception de base de données
- 29. Conception de table de base de données
- 30. Boucles et pièges dans la conception de base de données
Mon problème avec votre conception n'est pas que vous utilisez des travaux de base de données, mais que vous êtes déjà en train d'effectuer une implémentation. À ce stade, je ne sais pas s'il est nécessaire de décider comment vous allez mettre en œuvre cette fonctionnalité. –
L'idée de cette question était de savoir si DDD acceptait de mettre une partie de la mise en œuvre dans la base de données. J'ai déjà conçu le modèle et les services correspondants. Comme je ne suis pas très expérimenté en DDD, j'ai posé la question de mettre de la logique dans les scripts DB. – Markus
Mais pourquoi êtes-vous en train de sauter à une implémentation? Comment avez-vous décidé que "la meilleure option ici serait un travail de base de données"? –