Dzięki za film, ja częściej używam kompozycji ale jak się dowiedziałem po obejrzeniu waszego filmu, to jest jeszcze inna alternatywa do kompozycji mianowicie agregacja i właściwie jeszcze asocjacja. Tak się zastanawiałem czytając różnice między tymi podejściami, co ja tak właściwie stosuje, bo do dzisiaj nie wiedziałem, że są jeszcze inne podejścia. Więc dzięki bardzo za wasz materiał który sprawił, że musiałem przegrzebać trochę czeluści internetów i może dzięki temu w końcu zrozumiem co robię😎 -kiedyś
Fajny materiał. Też wolę kompozycję od dziedziczenia. Myślę, że najważniejsze to rozumieć zalety i wady obu z nich a następnie wybrać to, co bardziej pasuje do kontekstu. Doświadczenie typu, poszliśmy daną drogą w projekcie i okazało się, że... jest najcenniejsze :] Dobrze się ogląda, mam nadzieję, że wkrótce będzie 100k subów.
W korpo się natknąłem na wielopoziomowe dziedziczenie w przypadku platformowego frameworka, o którym Michał też wspominał :P Co ciekawe też był Platform Team do jego utrzymania i rozwijania xD Także jak to usłyszałem to od razu poleciał uśmieszek i flashbacki :D Myślę, że dziedziczenie powinno zostać, ale trzeba podejść pragmatycznie do rozwiązania problemu. Dostosować co nam bardziej by odpowiadało dziedziczenie czy kompozycja w danym konkteście.
Moze to naiwne rozumowanie, ale jednym z powodow dla ktorego nie lubie dziedziczenia (po za tym, ze zbyt czesto uzywany jest ten mechanizm jako wyciaganie wspolnych czesci przed "nawias") jest to, ze w klasie dziedziczacej mam nagle metody z "dupy", zeby zbaczyc co sie dzieje to musze sie przeskrolowac do sygnatury metody, przeniesc do klasy z ktorej dziedziczy i wtedy moj mozg musi byc w dwoch miejscach naraz zeby ogarnac co sie dzieje. Wole jednak kompozycje, moj umysl jakos lepiej to trawi :)
ze wspomnien projektowych problem z dziedziczeniem byl jak z biegiem czasu powstaly dwa takie ogrmone drzewka i nagle wszedl case ktory potrzebuje dziedziczyc po obu - w dodatku juz nikt nie wiedzial czemu to tak jest napisane i jaki smoki tam zyja bo sklad sie zmienil tam kilkanascie razy
boxowanie trzeba robic bo cos tam :D az sie lezka kreci przyklad rustowy chyba przepisany 1:1 z c# bo penie inaczej byloby to robione w rust za to mamy potrzeby zeby zrobic macro ktore zaimplementuje wszystkie "standardowe" macra xD
Dzięki za film, ja częściej używam kompozycji ale jak się dowiedziałem po obejrzeniu waszego filmu, to jest jeszcze inna alternatywa do kompozycji mianowicie agregacja i właściwie jeszcze asocjacja. Tak się zastanawiałem czytając różnice między tymi podejściami, co ja tak właściwie stosuje, bo do dzisiaj nie wiedziałem, że są jeszcze inne podejścia. Więc dzięki bardzo za wasz materiał który sprawił, że musiałem przegrzebać trochę czeluści internetów i może dzięki temu w końcu zrozumiem co robię😎 -kiedyś
Fajny materiał. Też wolę kompozycję od dziedziczenia. Myślę, że najważniejsze to rozumieć zalety i wady obu z nich a następnie wybrać to, co bardziej pasuje do kontekstu. Doświadczenie typu, poszliśmy daną drogą w projekcie i okazało się, że... jest najcenniejsze :]
Dobrze się ogląda, mam nadzieję, że wkrótce będzie 100k subów.
Super, więcej filmów tego typu gdzie pokazujecie na żywych przykładach :)
Dzięki! Na pewno się pojawią😉
Co z transakcją np w SQL przy zapisie wielu encji na raz w kilku instancjach GenericRepository ?
Unit of work albo TransactionScope jako dekorator handlera chociazby. :)
W korpo się natknąłem na wielopoziomowe dziedziczenie w przypadku platformowego frameworka, o którym Michał też wspominał :P Co ciekawe też był Platform Team do jego utrzymania i rozwijania xD Także jak to usłyszałem to od razu poleciał uśmieszek i flashbacki :D
Myślę, że dziedziczenie powinno zostać, ale trzeba podejść pragmatycznie do rozwiązania problemu. Dostosować co nam bardziej by odpowiadało dziedziczenie czy kompozycja w danym konkteście.
Moze to naiwne rozumowanie, ale jednym z powodow dla ktorego nie lubie dziedziczenia (po za tym, ze zbyt czesto uzywany jest ten mechanizm jako wyciaganie wspolnych czesci przed "nawias") jest to, ze w klasie dziedziczacej mam nagle metody z "dupy", zeby zbaczyc co sie dzieje to musze sie przeskrolowac do sygnatury metody, przeniesc do klasy z ktorej dziedziczy i wtedy moj mozg musi byc w dwoch miejscach naraz zeby ogarnac co sie dzieje. Wole jednak kompozycje, moj umysl jakos lepiej to trawi :)
ze wspomnien projektowych problem z dziedziczeniem byl jak z biegiem czasu powstaly dwa takie ogrmone drzewka i nagle wszedl case ktory potrzebuje dziedziczyc po obu - w dodatku juz nikt nie wiedzial czemu to tak jest napisane i jaki smoki tam zyja bo sklad sie zmienil tam kilkanascie razy
Link do discorda niestety nie działa.
Powinno już być git💪
boxowanie trzeba robic bo cos tam :D az sie lezka kreci
przyklad rustowy chyba przepisany 1:1 z c# bo penie inaczej byloby to robione
w rust za to mamy potrzeby zeby zrobic macro ktore zaimplementuje wszystkie "standardowe" macra xD
26:20 jak nikt tak nie robi to czemu widze to w co 2 projekcie xD
oh to juz dzieki wami nie musze podnosic tematu wyrabiania sobie opinii o apb
Daras jak zwykle nie zawodzi