CLEAN CODE
DLACZEGO STOSOWAĆ CLEAN CODE
-Niski próg wejścia dla nowych osób
-Łatwość wprowadzania nowych zmian
-Bardzo mała liczba błędów , bezawaryjność
-Małe koszty utrzymania systemu
EFEKTYWNOŚĆ - NARZĘDZIA
-Naucz się używać skrótów
-Naucz się używać przeglądarkę
-Poznaj IDE i nowe narzędzia
-Naucz się korzystać z menadżera plików
-Zainstaluj wtyczki analizujące twój kod
-Wykorzystuj dostępne biblioteki
PRZYKŁADY ANALIZATORÓW
-CheckStyle
-PMD
-Sonar Qube
STANDARDY
-Konwencje nazewnictwa
-Ujednolicony styl
-Wzajemna kontrola podstawą zaufania
SOLID
KRYTERIA OCENY JAKOŚCI KODU
-Czy dany projekt wspiera reużywalność
-Czy projekt rozwiązania zwiększa całościową złożoność
-Czy struktura ułatwia testowanie i nanoszenie zmian
-Czy konstrukcja oprogramowania jest efektywna
CECHY KODU
-Zmiana kodu determinowana przez jeden powód
PRAWO DEMETER (LoD)
-Rozmawiaj tylko ze swoimi przyjaciółmi
-Ograniczona wiedza na temat otoczenia
PROJEKTOWANIE METOD
-Dziel kod na metody wykonujące jedno dedykowane zadanie
-Krótsze metody to łatwiejsze testy
-Preferuj metody niestatyczne
EXTRACT METHOD
Wyciągnięcie zaznaczonych linii kodu do osobnej metody(Ctrl-Shift-Alt)
EXTRACT VARIABLE/FIELD/CONSTANT
Wyciągnięcie pola zmiennej lub stałej(ctrl-alt-v , ctrl-alt-f , ctrl -alt - c)
HIERARCHY CALLERS
Prezentacja struktury (ctrl-alt-h)
PROJEKTOWANIE NA POZIOMIE PAKIETÓW
-Definiują wyższy stopień agregacji
-Klasy zmieniające się razem powinny być pakietowane razem
-Zależności pomiędzy pakietami powinny być kierowane do pakietów stabilnych
-Pakiety stabilne powinny być abstrakcyjne , nie stabilne konkretne
-Jeżeli pakiet jest trudny do zmiany to znaczy , że jest stabilny , jeżeli natomiast jest łatwy do zmiany wtedy taki pakiet jest niestabilny
-Formatowanie tekstu zwiększa czytelność
-Każda linia kodu to wyrażenie
-Metody powinny być oddzielone od siebie
-Funkcje zależne od siebie powinny być blisko siebie
SURROUND WITH EXPRESSION
Otoczenie kodu blokiem wybranego typu(ctrl-alt-t)
Komentarze
Prześlij komentarz