Aktywne Wpisy
persona-dafta +586
#bushcraft mmm... 2 lata człowiek tego nie robił (bo życie). Po 2h szwędania idealna polanka znaleziona, żarełko już w ręce, człowiek leży w ciepłym pod tarpem i zaczęło lać, idealnie!
lecoffe +19
Chłop po przewąchaniu 200+ zapachów, w tym niszy, nie niszy, różnych pierdół... wącha sobie Boisika i myśli "#!$%@?, jakie to jest zajebiste" i z dumą daje kilka psików na szyję i nadgarstek. Małe, proste rzeczy cieszą najbardziej (。◕‿‿◕。) a u wykopków co dziś na skórze?
#perfumy
#perfumy
Czy większy sens ma podział aplikacji na warstwy:
1. Jpa<-Dao<-Usługi<-Rest - Dao trzymają na stałe encje, które mają milion pól transient do przechowywania obliczeń, czy
2. Jpa<-Dao<-Managery<-Usługi<-Rest - Dao zapewniają wyłącznie dostęp do DB, a Managery trzymają całe struktury danych - już nie encje, a oddzielny zestaw klas
Jak to robicie w swoich aplikacjach i jak to się powinno robić?
#programowanie
Czyli w pierwszym sposobie serwisy przechowują wyniki obliczeń? Czy serwisy nie powinny być bezstanowe?
Chyba spróbuję DDD. Możesz polecić jakieś książki, kursy, przykłady aplikacji w spring z użyciem DDD? Nie bardzo sobie potrafię to na razie ułożyć i nie do końca mam pomysł na układ takiej aplikacji.
Serwisy bezstanowe są ogólnie o wiele łatwiejsze w implementacji. Generalnie przy pierwszym podejściu powinieneś wykonywać operację na obiektach JPA i od razu je zapisywać. W przypadku przechowywania wyników obliczeń albo na twoim miejscu stworzyłbym serwisy stanowe albo dodał jakieś cachowanie po stronie hibernate'a (2nd level cache), lub query cache ze springa (zwłaszcza jeśli modyfikacja danych zdarza się rzadko).
Jeśli chodzi o DDD to nigdy tego nie wykorzystywałem, więc średnio Ci