Znasz "Czysty Kod"
Roberta C. Martina bardziej znanego jako "Uncle Bob (wujek Bob)" ?
Warto.
To jedna z tych książek, które miały OGROMNY wpływ na mnie jako programisty.
Nie zmuszę Cię do jej przeczytania...
Mogę jednak streścić Ci jej główne założenia.
Luźna interpretacja + moje komentarze.
1. Znaczące nazwy.
Wybieraj nazwy zmiennych, funkcji i klas, które jasno komunikują ich przeznaczenie.
Czyli "numberOfWeeks" >>> "x"
2. Małe funkcje.
Funkcje powinny być krótkie i wykonywać tylko jedno zadanie.
Twoja funkcja nie mieści się na ekranie albo nie możesz jednoznacznie określić, co ona robi?
To wiedz, że coś tutaj śmierdzi...
3. Pojedyncza odpowiedzialność.
SRP, Single-responsibility principle
Każda klasa/funkcja powinna mieć tylko jeden powód do zmiany.
Nie 10, nie 2, a jeden...
4. Unikanie duplikacji kodu.
Stara dobra zasada
– DRY / Don’t Repeat Yourself / Nie powtarzaj się.
Przykładowo jak chcesz zmienić walidację numeru PESEL, to łatwiej to zrobić w 1 miejscu, a nie 50...
5. Komentarze nie zastępują czytelnego kodu.
Kod powinien być na tyle jasny, aby nie wymagał dodatkowych komentarzy.
Jak to osiągnąć?
Np. znaczącymi nazwami i małymi funkcjami o jednej odpowiedzialności.
→ ZOBACZ 👉: Komentarze i samodokumentujący się kod | Kurs Java
6. Obsługa błędów bez zakłócania głównej logiki.
Zarządzaj wyjątkami i błędami w sposób, który nie komplikuje głównego przepływu programu.
Obsługa błędów idzie swoim torem, a happy path swoim.
7. Pisanie testów jednostkowych.
Testy pomagają w utrzymaniu jakości kodu i wprowadzaniu zmian bez obaw o wprowadzenie błędów.
Jak chcesz coś zmienić w swoim kodzie i poprawić jego jakość jeżeli boisz się, że coś zepsujesz?
Kod bez testów powoli gnije...
8. Przedwczesna optymalizacja to zło!
Skup się najpierw na czytelności i funkcjonalności, optymalizuj dopiero gdy jest to konieczne.
Zazwyczaj nie będzie.
9. Prosty kod jest lepszy niż skomplikowany.
KISS / Keep it simple, stupid!
Nie komplikuj...
10. Refaktoryzacja to ciągły proces.
Pierwsza radość z tego, że Twój kod zadziałał, to jeszcze nie koniec pracy...
Teraz czas na jego refaktoryzację, poprawę, ulepszenie i uproszczenie.
→ ZOBACZ 👉: Refaktoryzacja Kodu | Dlaczego kusi Cię, by wywalić kod i napisać go od nowa?
Możesz wykorzystać TDD.
Red / green / refaktor.
Twój kod musi żyć!
Za każdym razem, gdy go "dotykasz" zostaw go odrobinę lepszym.
→ ZOBACZ 👉: Testowanie oprogramowania
→ ZOBACZ 👉: JUnit – Testy jednostkowe » tutorial dla bystrzaków
(testy jednostkowe Java w JUnit 5)
11. Ty i Twój kod zawsze możecie być lepsi.
Dobry programista, to programista, który ciągle się uczy i poprawia swój warsztat.
To, co napisałem, zdecydowanie nie wyczerpuje tej książki.
Sięgnij po nią.
Warto.
Powodzenia!
Tomek