Domain drive design, pytanie o agregaty Opcje

[coolos]

Witam,

Mam mały problem odnośnie rozplanowania klasy NEWS (klasy aktualności) oraz klasy NEWS_CATEGORY (kategorii aktualności).

Jako że:
- news posiada jedną kategorię do której może być przypisany,
- jedna kategoria posiada wiele newsów czyli zachodzi relacja jeden do wielu.

nie wiem czy agragetem głównym "aggregate root" w tym przypadku będzie klasa NEWS czy też NEWS_CATEGORY.

Myślę że powinno to wyglądać mniej więcej tak jak poniżej ale pewien nie jestem:

[PHP] pobierz, plaintext 
class NEWS{
 
//jakies pola opisujace newsa
private $id;
private $title;
 
//tutaj agregat kategorii
private $category;
}
 
 
class NEWS_CATEGORY{
//jakies pola opisujace kategorie
private $id;
private $name;
 
//tutaj kolekcja newsow
private $news_collection;
}
[PHP] pobierz, plaintext 

Nie wiem też czy lepiej tworzyć repozytorium zarówno dla newsów jak i kategorii czy też stworzyć wspólne (podobnie ma się sprawa z fabryką). Wydaje mi się że skoro kateogie newsów tyczą się wyłącznie newsów to można zrobić wspólne repozytorium.

Liczę na jakieś wskazówki,
Pozdrawiam

[destroyerr]

To chyba dlatego nie ma, że system newsów to nie jest dobra dziedzina dla DDD. Zdecydowanie można wykorzystać building blocks, ale cała metodologia to trochę za dużo.

Co do Twojego problemu to mam pytanie dlaczego założyłeś, że kategoria to encja a nie value object? Gdybyś z kategorii zrobił VO nie tracisz nic, wiele zyskujesz i (z mojego punktu widzenia) odzwierciedlasz dziedzinę.