Bardzo fajnie skonsolidowana wiedza. Cały odcinek dobrze zaplanowany i bez zbędnych przecinków i przerw, bardzo przyjemnie się słucha. Idealne na powtórkę. Dziękuję Ci bardzo i Pozdrawiam
Cały Twój kanał to jeden wielki niezbędnik programisty. Każdy film to encyklopedia wiedzy z C# i do tego podana w bardzo zrozumiały sposób. Robisz kawał dobrej roboty!
W podanym niżej miejscu mieszana jest mowa o *kompozycji i agregacji,* przy jednoczesnym pokazywaniu symbolu... agregacji. Wyłapanie różnicy między kompozycją a agregacją było dla mnie przez to niełatwe. 54:52 : "I taki właśnie diagram reprezentuje zależność *kompozycji.* " - na ekranie jest jednak symbol agregacji (pusty romb) !! 54:57 - 55:25 : "Tak że jeśli chodzi o *kompozycję,* to podobnie jakaś klasa np. klasa City może zawierać listę obiektów typu Resident. Z tym, że obiekty typu Resident nie są zobligowane tylko do istnienia wewnątrz klasy City. I właśnie przez to rozumiemy *kompozycję.* Także w takim przykładzie (ponownie na diagramie UML) nasza klasa City będzie wskazywać na *agregację* elementów Resident a niewypełnionym grotem oznaczymy naszą klasę City."
Mega. Nawet jesli na poczatku wyjaśnienie w teorii jest troszke niezrozumiale to przedstawienie w kodzie sprawia ze wszystko jest jasne. Oby wiecej takich materiałów :)
Kolejny super materiał. Z niecierpliwością czekam na kolejne odcinki dotyczące często używanych wzorców projektowych w C# jak również testowaniu. Dziękuję i pozdrawiam ;)
powie ktos jaki jest sens interfejsow? w sensie no masz klase ktora dziedziczy ale co to realnie daje. Np w klasie utworzonej w filmie "canon" mozna przeciez usunac dziedziczenie po interfejsie i kod sie nie zmieni. Interfejs zawiera pusta metode ktora i tak musimy w klasie uzupelnic. Nie rozumiem
Pozwala to np na łączenie takich drukarek w kolekcje. Masz w firmie 5 drukarek i chcesz na każdej wydrukować to tworzysz listę drukarek typu IPrinter i robisz print na każdej w pętli i każda metoda print może drukować na inny sposób, dokonywać walidacja przed itp.
Aktualne kupony zniżkowe na moje kursy:
fullstackdeveloper.tech/kursy
Zapraszam na serwer Discord:
discord.gg/UDHXQxhM4r
Bardzo fajnie skonsolidowana wiedza. Cały odcinek dobrze zaplanowany i bez zbędnych przecinków i przerw, bardzo przyjemnie się słucha. Idealne na powtórkę.
Dziękuję Ci bardzo i Pozdrawiam
Cały Twój kanał to jeden wielki niezbędnik programisty. Każdy film to encyklopedia wiedzy z C# i do tego podana w bardzo zrozumiały sposób. Robisz kawał dobrej roboty!
hah, dzięki za komentarz ;)
Dzięki Ci że jesteś. Nie sądziłem, że ktoś może mieć taki talent do nauczania. Czapki z głów. Jesteś 1 na 1,000,000.
W podanym niżej miejscu mieszana jest mowa o *kompozycji i agregacji,* przy jednoczesnym pokazywaniu symbolu... agregacji. Wyłapanie różnicy między kompozycją a agregacją było dla mnie przez to niełatwe.
54:52 : "I taki właśnie diagram reprezentuje zależność *kompozycji.* " - na ekranie jest jednak symbol agregacji (pusty romb) !!
54:57 - 55:25 : "Tak że jeśli chodzi o *kompozycję,* to podobnie jakaś klasa np. klasa City może zawierać listę obiektów typu Resident. Z tym, że obiekty typu Resident nie są zobligowane tylko do istnienia wewnątrz klasy City. I właśnie przez to rozumiemy *kompozycję.* Także w takim przykładzie (ponownie na diagramie UML) nasza klasa City będzie wskazywać na *agregację* elementów Resident a niewypełnionym grotem oznaczymy naszą klasę City."
53:00 "szczałka" :D :D :D Super materiał.
hah ;p
dzięki za komentarz :)
Mega. Nawet jesli na poczatku wyjaśnienie w teorii jest troszke niezrozumiale to przedstawienie w kodzie sprawia ze wszystko jest jasne. Oby wiecej takich materiałów :)
Kolejny super materiał. Z niecierpliwością czekam na kolejne odcinki dotyczące często używanych wzorców projektowych w C# jak również testowaniu. Dziękuję i pozdrawiam ;)
Kupuję pełną wersję bez oglądania Dzięki, na pewno świetna robota!
dzięki :)
Kozacko opisane wzorce
super przedstawione wzorce!
Świetny odcinek
Najlepiej wytłumaczone design patterns jakie widziałem
powie ktos jaki jest sens interfejsow? w sensie no masz klase ktora dziedziczy ale co to realnie daje. Np w klasie utworzonej w filmie "canon" mozna przeciez usunac dziedziczenie po interfejsie i kod sie nie zmieni. Interfejs zawiera pusta metode ktora i tak musimy w klasie uzupelnic. Nie rozumiem
Pozwala to np na łączenie takich drukarek w kolekcje. Masz w firmie 5 drukarek i chcesz na każdej wydrukować to tworzysz listę drukarek typu IPrinter i robisz print na każdej w pętli i każda metoda print może drukować na inny sposób, dokonywać walidacja przed itp.
@@Suleiman1000 no to jest faktycznie sensowne.