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.
Wiesz już, że coś takiego jak Solid istnieje?
Wiesz już, dlaczego tak wielu programistów nie chce stosować tych zasad?
Ale teraz wreszcie przejdziemy do tego rozważania i powiem Ci,
dlaczego warto stosować Solid.
I pierwszym punktem, pierwszą rzeczą, dla której warto stosować
zasady solid na back end jest tworzenie przyjemniejszego legacy.
W ogóle samo słowo legacy jest bardzo ciekawe.
Programistom kojarzy się z czymś brzydkim, starym, archaicznym, z czymś, z
czym nie chcieliby mieć za bardzo doczynienia.
Kod legacy i to z reguły brzydki kod, taki kod, którego się nie da
utrzymywać, taki kod, którego się nie da łatwo testować.
Natomiast samo słowo legacy z języka angielskiego
można przetłumaczyć jako dziedzictwo.
Kiedy powiemy sobie dziedzictwo, to już zupełnie inne uczucia się w nas budzą.
Bo przecież dziedzictwo to coś, co powinno być obdarzone szacunkiem, coś, co się
podziwia, coś czym się żyje, coś, co się przypomina.
I właśnie tworzeniu takiego dziedzictwa, które wymaga szacunku
i które miło się wspomina, służy stosowanie zasad SOLID w kodzie.
A dlaczego?
Ano dlatego, że zasady SOLID są elastyczne i uniwersalne.
Programista siadając do kodu, w którym te zasady są żywe.
Jeśli kod jest zorganizowany, Kierując się tymi zasadami będziesz
mieć takie pierwsze odczucia.
Już to gdzieś widziałem, widziałam.
To wygląda znajomo, wiem jak to obsłużyć, wiem jak naprawić tego buga.
Wiem jak dodać tutaj funkcje.
Łatwiejszy rozwój oprogramowania staje się faktem, bo kod jest elastyczny.
Wiemy gdzie trzeba się podpiąć, żeby coś nowego dodać, gdzie usunąć jakąś klasę.
Powoduje to pewne uniwersalne podejście do tworzenia oprogramowania.
Oprogramowanie to nie jest naprawdę coś, co wymaga wynajdywania koła
na nowo za każdym razem.
Mamy doświadczenie na przestrzeni lat, mamy doświadczenie różnych frameworków,
znamy problemy, problemy biznesowe ewoluują, ale w swej istocie
one się nie zmieniają.
E-commerce to zawsze będzie e-commerce.
Zarządzanie projektami to zawsze zarządzanie projektami.
Dlatego możemy sobie pozwolić na pewne uniwersalne podejście, które zapewnia
nam właśnie stosowanie zasad SOLID.