Tworzenie kodu według najlepszych praktyk
2 godz. 45 min · Full-stack i Programowanie
Rafał PiekaraSoftware KomandosNie zrozumiesz SOLIDa bez teoretycznych podstaw. Przejdziemy przez założenia stojące za każdą z nich. Przeanalizujemy problemy, które możesz spotkać oraz dowiesz się dlaczego ciągle jeszcze tak wielu programistów nie stosuje się do tych zasad.
Ruby i Typescript to technologie, które świetnie odzwierciedlają uniwersalizm SOLIDa. Te złote zasady działają w językach dynamicznie typowanych i interpretowanych jak Ruby oraz przy statycznym typowaniu na przykładzie Typescript.
Zanim zabierzesz się za programowanie warto poćwiczyć SOLIDny sposób myślenia. Zmierzysz się z zadaniami, w ramach których będziesz projektować kod tak, aby wszystkie zasady SOLID znalazły w nim swoje zastosowanie.
Prawda jest taka, że kod, z którym w większości pracujemy ma swoją historię. Czasami historia ta jest tak bolesna, że klasy i metody są zagmatwane, poplątane i trudne w utrzymaniu. Gdy dotrzesz do tego miejsca będziesz mieć w arsenale wszystkie potrzebne narzędzia, żeby zmierzyć się z zadaniami praktycznymi, które przekształcą kod legacy w SOLIDne arcydzieło.
Tak ważny temat, jak testowanie nie może zostać pominięty. Między innymi po to też stosujemy zasady SOLID, żeby nasz kod praktycznie sam się testował. Napiszesz więc testy, których wzorce możesz wykorzystać w dowolnym projekcie, dowolnej technologii, jeśli tylko kod, który testujesz będzie spełniał wymagania zasad SOLID.
Nie ma znaczenia, czy dopiero zaczynasz przygodę z programowaniem, czy też jesteś starym wyjadaczem, który klasami i interfejsami myśli przy zagryzaniu tosta na śniadanie. Ten kurs jest właśnie dla Ciebie. Technologia ani język programowania też nie mają znaczenia. Zasady SOLID to uniwersalny zbiór. Ich znajomość sprawi, że Twój kod będzie lepszy, łatwiejszy w utrzymaniu i odporny na perturbacje i zmiany.
My jako programiści i programiści jesteśmy dość leniwi.
Zależy nam na tym, żeby tworzyć kod, który będzie łatwy do zastosowania
w innym scenariuszu.
Chcemy tworzyć, ale używany kod.
Nie lubimy się powtarzać, nie lubimy kopiować kodu, nie lubimy przepisywać.
Lubimy napisać raz i używać wszędzie.
I właśnie tworzenie takiego używanego kodu jest możliwe dzięki
zastosowaniu zasad SOLID.
A to dlatego, że zależności w takim kodzie nie stanowią wtedy problemu, bo
wiemy jak je trzeba ustrukturyzowane.
Właśnie dzięki np.
OTP czy zasadzie odwróconych zależności kod staje się elastyczny.
Bo właśnie te zależności, o których tak dużo mówię,
zaczynają pełnić rolę takich klocków Lego, które możemy sobie przypinać w dowolne
miejsce i zmieniać w ten sam sposób zachowanie kodu, jego strukturę.
Kod sam nie jest modyfikowany.
Możemy rozszerzać jego funkcjonowanie, dopinać nowe klocki, dopinać nowe funkcje,
nie zmieniając nic w jego strukturze.
Dzięki temu, że stosujemy właśnie zasady SOLID i kiedy przychodzi do faktoringu,
kiedy wiemy jak należy pracować z zależnościami, pracować z
odpowiedzialnością klas, możemy określić łatwo
kierunek, w którym należy refaktoryzacji.
Łatwo jest nam określić, jakie klasy, jakie zależności należy
przenieść, jak trzeba to obsłużyć.
To wszystko dzięki zastosowaniu tych 5 prostych zasad, więc dostajemy w efekcie
używany, dobrze skomponowany kod.