Refaktoryzacja do wzorców projektowych
Czas trwania szkolenia:3 dni (24h)
Kod kursu:REFAKT/DP
Poziom zaawansowania:
Dostępne terminy
Termin:
Trener:
Termin:
Trener:
Termin:
Trener:
Interesuje Cię szkolenie stacjonarne lub nie odpowiada Ci żaden z dostępnych terminów?
Zapytaj o szkolenieO szkoleniu Refaktoryzacja do wzorców projektowych
W cenie otrzymasz:
- Materiały szkoleniowe
- Certyfikat ukończenia szkolenia
- W przypadku szkolenia w trybie stacjonarnym zapewnimy Ci również lunch oraz sprzęt niezbędny do nauki
Dla kogo?
- Programistów
Wymagania
- znajomość programowania obiektowego
Zalety
- Możliwość oceny jakości kodu źródłowego, z którym pracuje programista
- Znajomość wzorców projektowych oraz kontekstu ich wykorzystania
- Umiejętność refaktoryzacji do wzorców oraz rozpoznawania miejsc, które wymagają poprawy
Cele szkolenia
- Możliwość oceny jakości kodu źródłowego, z którym pracuje programista
- Nabycie umiejętności wskazywania w kodzie niedoskonałości, nazywania ich i argumentowania, dlaczego negatywnie wpływają na jakość aplikacji
- Rozumienie różnych technik refaktoryzacji i umiejętność ich stosowania na niskiej jakości kodzie
- Rozumienie kontekstu, w którym należy użyć danego wzorca projektowego i umiejętność jego implementacji
Program
Wprowadzenie
- Czym jest refaktoryzacja
- Kiedy warto refaktoryzować?
- Code smells
- Metryki jakości kodu
Prewencja
- Fast feedback
- Podejmowanie decyzji i odsuwanie ich w czasie
- Akceptacja jako sposób na radzenie sobie z problemami, których nie rozwiążesz
- Czy można uniknąć degradacji jakości kodu?
- Projektowanie aplikacji jako sposób na kontrolę degradacji jakości
- Prewencja ważniejsza niż leczenie
Testowanie, a bezpieczeństwo
- Piramida testów
- Test Double Patterns
- Code Coverage - wady i zalety
- Jak poradzić sobie bez testów?
Wzorce projektowe
- Definicja wzorca projektowego
- Wzorce Kreacyjne
- Wzorce Strukturalne
- Wzorce Behawioralne
Refaktoryzacja do wzorców
- Czy zawsze warto?
- Kiedy warto pozbyć się wzorców?
- Niebezpieczeństwa refaktoryzacji
- Wsparcie IDE
- Refaktoryzacja, a testowanie
- Command, Strategy czy State?
- Strategy czy Template Method?
- Chain of Responsibility czy Decorator?
- Adapter and Boundary Object
- Fabryka jako sposób kontroli spójności i enkapsulacji
- Facade jako sposób kontroli spójności i enkapsulacji
- Facade a Anti-Corruption Layer
- Builder
- Observer
- Mediator
- Visitor
Podsumowanie
Autorem szkolenia jest Sebastian Malaca
Technical Lider i Architekt specjalizujący się w programowaniu i projektowaniu obiektowym oraz technikach i praktykach pozwalających tworzyć kod wysokiej jakości oraz trener i konsultant w firmie Sages. Głównymi obszary zainteresowań to praktyczne wykorzystanie refaktoryzacji, testowania oraz technik wytwarzania oprogramowania w pracy z istniejącym kodem zarówno na poziomie pojedynczych klas jak i całych aplikacji. Prelegentem (JDD, GeeCon, Confitura, Devoxx, etc. oraz blogerem (Let's talk about…
Więcej o mnie »
