Ich bin sehr neu zu DDD. Meine SQL-Tabelle enthält eine Liste von Stilen, jeder Stil hat Farben und Größen. Jetzt arbeite ich an einer Anwendung, wo der Benutzer drei Dropdown-Listen sehen kann, eine für Stil, eine für die Farbe und eine für die Größe. Nun werden diese Dropdown-Listen zunächst mit den eindeutigen Werten geladen. Der Benutzer kann dann einen Stil auswählen, und das System kann dann alle Farben/Größen für diesen ausgewählten Stil finden. Der Benutzer kann das gleiche mit der Farbe tun und es werden die Stile geladen, die der ausgewählten Farbe und den Größen entsprechen. Du hast die Idee.DDD/Repository
Dies sind meine Grundanforderungen. Jetzt dachte ich darüber nach, ein Repository für die Stile zu erstellen (StyleRepository) und alle Stile laden zu lassen und bei Bedarf die Kindfarben und Kindgrößen zu laden.
Wie in meiner App beschrieben, muss ich aber auch die verschiedenen Farben oder Größen laden. Ist es nun empfehlenswert, stattdessen drei Repositories zu erstellen, StyleRepository, ColorRepository, SizeRepository oder würde ich ein komplett anderes Repository erstellen?
Wie gesagt, ich bin ziemlich neu und würde Ihre Vorschläge zu schätzen wissen.
Danke
Danke Chris. Würde ich auch eine FindAllColors() oder FindAllSizes() haben? Bitte beachten Sie, dass ich auch alle verschiedenen Farben und Größen sehen kann und wenn ich meine Farbe in der Dropdown-Liste auswähle, dann sollte ich * alle * Stile und * alle * Größen für die gegebene Farbe sehen. Macht Sinn? – vikasde
Eine wirklich agile Frage ... die Anforderungen ändern sich ständig. Ich würde jetzt sagen müssen, dass Sie überhaupt kein Repository benötigen. Sie benötigen etwas anderes, etwa ein Präsentationsmodell, da Ihre Logik darauf basiert, Listen basierend auf der Auswahl einer anderen Liste anzuzeigen. –
hm .... Ich war ziemlich sicher, dass ich ein Repository brauche. Ein Repository auf höherer Ebene würde es nicht lösen? So etwas wie ein SKU-Repository? – vikasde