Question de conception guidée par domaine

Question

Je suis nouveau à DDD alors s'il vous plaît pardonnez-moi si je n'utilise pas les termes correctement. J'utilise C# MS/SQL et NHibernate.

J'ai un appel de classe Paiement et ce paiement a un PaymentCurrency, chacun d'eux est une entité dans la base de données.

OK. Dans mon modèle de domaine que je veux être en mesure de créer paiement soit

Payment p = new Payment(100) // automatically uses the default currency (defined in the db) 

ou

Payment p = new Payment(100, Repository.GetCurrency("JPY")) // uses Yen defined in the db. 

Mais il me semble que pour initialiser mon objet de domaine avec la monnaie défault je dois polluer le modèle de domaine avec la connaissance de la persistance. c'est-à-dire que, avant de pouvoir terminer le constructeur de paiement par défaut, j'ai besoin de charger l'objet de paiement par défaut à partir de la base de données.

Le constructeur est somehting je visualise comme

public Payment(int amount) { 
    Currency = Repository.LoadDefaultCurrency(); // of cource defualt currency would be a singleton 
} 

public Payment(int amount, Currency c) { 
    Currency = c; // this is OK since c is passed in from outside the domain model. 
} 

Merci pour vos conseils.

Answer 1

Je ne pense pas qu'il existe une solution parfaite, mais vous pouvez éviter de placer le code de persistance dans les classes de domaine en ayant la devise par défaut (et les propriétés similaires) stockée sur une autre classe (par exemple "DomainDefaults") initialisé à partir d'un autre morceau de code que l ogiquement "au-dessus" des objets du domaine. Bien sûr, vous devrez vous assurer que le code d'initialisation est appelé avant que les objets de domaine puissent être créés. Il devrait probablement lancer une exception s'il n'est pas initialisé, donc vous pouvez au moins l'attraper facilement.

Ainsi, le constructeur devient

public Payment(int amount) 
{ 
    Currency = DomainDefaults.DefaultCurrency; 
} 

Et quelque part peu après que vous initialisez NHibernate vous appelleriez:

DomainDefaults.DefaultCurrency = Repository.GetCurrency("JPY") 

Answer 2

Votre réponse serait injection de dépendance.

Utilisez-le et ne pas poluer le modèle avec la configuration. Si vous devez créer un paiement avec requis Montant et monnaie - il suffit de faire exactement cela:

var currency = injectedCurrencyRepository.GetByName("JPY"); 
var p = new Payment(100.00m, currency); 

Ne présumez pas la devise par défaut.

ou au pire fin, vous pouvez ajouter inteface:

public interface ICurrencyProvider { 
    Currency GetCurrency(); 
} 
// Implment the default: 
public class DefaultCurrencyProvider : ICurrencyProvider { 
    public Currency GetCurrency() { 
     return new Currency("AUD"); 
    } 
} 

// And the Payment constructor will look like: 
public Payment(decimal amount, ICurrencyProvider currencyProvider) { 
    c = currencyProvider.GetCurrency(); 
} 

afin que vous puissiez INJECTER (en utilisant Windsot, unité ou autre) que fournisseur de devise par défaut dans la méthode où vous instancier Paiement:

var p = new Payment(100.00m, defaultCurrencyProvider); 

Answer 3

Je ne vois pas pourquoi cela doit avoir quelque chose à voir avec la persistance à tout. Si j'écrivais ceci en Java, j'obtiendrais la devise par défaut des paramètres régionaux pour l'application.

This SO question me dit que CultureInfo est l'équivalent C#. Peut-être que vous devriez essayer cela dans votre conception, et laisser des chaînes comme "JPY" et la persistance hors de lui.