Czy jeśli zrozumiałeś, to mógłbyś mi wytłumaczyć jak trzymać ten podział na package i tylko fasade, jeśli przez Hibernate łączymy przecież różne encje ze sobą, jak w takim razie pozostawić Entity jako package scope?
Mógłbyś podać jakiś przykładowy problem? Być może za dużo odpowiedzialności ma Twoja fasada. Robię tak od jakiegoś czasu i nie ma tego problemu. Innym pytaniem jest, czy współdzielić bazę danych między modułami czy nie
@Mateusz: Ja to zrozumiałem (i zrobiłem tak), że w danym package scope masz jakby całą funkcjonalność biznesową danego modułu (mikroserwisu?), wtedy encje współpracujące leżą na tym samym poziomie i się widzą.
Dzielisz model na pakiety. Nawet jeżeli będzie to wymagało duplikacji danych, łatwiej je synchronizować za pomocą eventów w systemie, niż trzymać jeden wielki model.
Duplikacja danych modeli imo może wystąpić i nawet powinna jeśli mamy bounded contexty i wtedy np produkt w konteksie magazynu jest czym innym niż produkt w kontekście sklepu
Masz talent do tłumaczenia i wykład jest otwierający myślenie o programowaniu. Poszukam więcej. Jednak muszę zapytać: D laczego, dlaczego, dlaczego większość dobry wykład o IT musi wspomnieć o pornografii lub o waleniu, który s...? Czy ludzi trzeba pobudzać fizjologią lub niskimi instynktami?
Super wykład o package scope, mega jeden z lepszych wykładów jakie słyszałem.
Odpalam sobie jak łapie mnie depresja w pracy, że można lubić programowanie i nie trzeba skakać okna
Jakub "Proste" Nabrdalik :D
Ten wykład zmienił moje życie!
Czy jeśli zrozumiałeś, to mógłbyś mi wytłumaczyć jak trzymać ten podział na package i tylko fasade, jeśli przez Hibernate łączymy przecież różne encje ze sobą, jak w takim razie pozostawić Entity jako package scope?
Mógłbyś podać jakiś przykładowy problem? Być może za dużo odpowiedzialności ma Twoja fasada. Robię tak od jakiegoś czasu i nie ma tego problemu. Innym pytaniem jest, czy współdzielić bazę danych między modułami czy nie
@Mateusz:
Ja to zrozumiałem (i zrobiłem tak), że w danym package scope masz jakby całą funkcjonalność biznesową danego modułu (mikroserwisu?), wtedy encje współpracujące leżą na tym samym poziomie i się widzą.
Dzielisz model na pakiety. Nawet jeżeli będzie to wymagało duplikacji danych, łatwiej je synchronizować za pomocą eventów w systemie, niż trzymać jeden wielki model.
Duplikacja danych modeli imo może wystąpić i nawet powinna jeśli mamy bounded contexty i wtedy np produkt w konteksie magazynu jest czym innym niż produkt w kontekście sklepu
Wspaniały wykład!!
Nieziemski wykład :)
Video title misleading. It should be in the language spoken or at least mention in parenthesis the spoken language
You are totally right! We have added language in the title. Thanks for that!
There is the same presentation, maybe just shortened, but in English:
ua-cam.com/video/sOaS83Ir8Ck/v-deo.html
Masz talent do tłumaczenia i wykład jest otwierający myślenie o programowaniu. Poszukam więcej.
Jednak muszę zapytać: D
laczego, dlaczego, dlaczego większość dobry wykład o IT musi wspomnieć o pornografii lub o waleniu, który s...? Czy ludzi trzeba pobudzać fizjologią lub niskimi instynktami?
Wszystko spoko, ale przydałoby się ostrzeżenie, że treść jest 18+. Moje dzieci są zachwycone, że mama słucha wykładów o pornolach.
IT to 90% meżczyźni, także i tak mało tego jak dla mnie ;)
To nie jest wykład o pornolach, ale miałaś prawo nie wiedzieć