Czy jeśli piszę sobie domene aplikacji to klasy domenowe mogą być anemiczne jeśli nie stosuję DDD? Czy klasy modelu jednak zawsze powinny zwierać jakieś metody?
0
3
Jeszcze jak! Nie ma nic gorszego niż przekombinowany model dziedziny z na siłę upchaną logiką. I mówię to jako wieloletni praktyk i fanatyk DDD.
0
zależy od tego jaki system chcesz zamodelować
jeżeli jest to wręcz czysty cród, to pewnie nie, ale jeżeli pojawia się tam jakieś zachowanie, to może warto?
1
1a2b3c4d5e napisał(a) w komentarzu:
Piszesz o bugu w kodzie, race condition czy optimistic concurrency?
O wszystkim na raz:
- nie łatwo popełnić bug w bazie danych, wiem że zdolnych koderów nie brakuje, ale to wylezie natychmiast (w kodzie nie koniecznie)
- w kodzie sytuacja kiedy sekundę temu jakiś warunek był prawdziwy zaś teraz nie może zajść w wielu miejscach kodu a jak jakiś zdolny koder zapomni wywołać sprawdzenie? Baza zaś sprawdzi przy zapisie i nie ma co się martwić.
- co do współbieżności, jesteś pewien że zakodujesz to lepiej niż baza danych?
0
Nie widzę problemu, ale może to wynikać z tego że ty przed oczami masz inne założenia niż ja.
Tak czy inaczej, wszystko da się zakodzić, a jak bardzo chcesz to możesz dodać dodatkowo po stronie bazki checki tak na wszelki wypadek.
Jednakże to nie temat na ten wątek, tu jest po prostu pytanie kiedy obiekty powinny mieć zachowanie, być nieanemiczne.
0
kalimata napisał(a):
Czy jeśli piszę sobie domene aplikacji to klasy domenowe mogą być anemiczne jeśli nie stosuję DDD? Czy klasy modelu jednak zawsze powinny zwierać jakieś metody?
To jakaś dziwna domena musi być, skoro tylko jest i niczego nie robi. Jesteś pewien, że Twój model jest prawidłowy?