Wpisy spełniające kryteria
-
Zasada skauta (scout rule)
Zastanawialiście się czy w programowaniu mamy coś podobnego do Savoir-vivre? Okazuje się, że tak! Idealną kandydatką do miana jednej z zasad, może być znana w harcerstwie reguła skauta. Przenieśmy ją do kodu, jako jedną z zasad dobrych manier.
-
Częste błędy związane z if-else if-else
Dzisiaj przedstawię Ci najczęstsze błędy związane z używaniem instrukcji warunkowych: if, else-if oraz else. Możesz się zdziwić, ale prawdopodobnie, po przeczytaniu tego wpisu będziesz w stanie poprawić czytelność i zmniejszyć złożoność swojego kodu.
-
TDA: Tell, don’t ask
Dzisiaj na tapet weźmiemy TDA, czyli: Tell, don’t ask, kolejną regułę clean code. Zasada ta mówi nam o tym, abyśmy zlecali zadania, zamiast pytać obiekt o dane, a następnie nimi manipulować. Sprawdź ten wpis, jeśli chcesz pisać czytelniejszy kod.
-
DRY: Don’t Repeat Yourself
Zasada DRY, to po przełożeniu na język polski: nie powtarzaj się. Brzmi bardzo banalnie, jednak dosyć często okazuje się, że mamy problem z jej stosowaniem w kodzie. Dziś dowiesz się, jak nie łamać tej reguły, a co za tym idzie nie powtarzać się.
-
YAGNI: You aren’t gonna need it
YAGNI to kwintesencja zasad clean code. Dotyczy ona bezużyteczności kodu, a dokładniej, konieczności usuwania tych fragmentów, które nie są potrzebne. W myśl „You aren’t gonna need it” nie powinniśmy tworzyć niczego więcej, niż to, co jest potrzebne.
-
KISS: keep it simple, stupid!
Zasada KISS: „Keep it simple, stupid”, może zostać dosłownie przetłumaczona na: „rób to prosto, głupku”. Mówi ona o tym, abyśmy tworzyli kod w jak najprostszy i najbardziej czytelny sposób. Już dziś sprawdź, czego się wystrzegać, aby spełniać KISS.
Polecane artykuły
-
Wzorzec strategia (strategy pattern)
Jeżeli masz dość if-ologii w swoim kodzie, to konieczne sprawdź czym jest czynnościowy wzorzec projektowy strategia. Pozwala on mądrze obsługiwać różne scenariusze w procesie i jednocześnie być fancy pod względem zasad SOLID.
-
SOLID z przykładami w TypeScript
SOLID (Single responsibility principle, Open/closed principle, Liskov substitution principle, Interface segregation principle, Dependency inversion principle), czyli pięć zasad programowania obiektowego, które każdy powinien przestrzegać.
-
Prawo Demeter (The Law of Demeter)
Omawiam dzisiaj mało znaną zasadę, której stosowanie skutkuje posiadaniem łatwo utrzymywalnego i testowalnego kodu. Mowa o prawie demeter, które w najprostszym ujęciu zakłada, że obiekty powinny operować jedynie na najbliższym im otoczeniu.
blog@orbisbit.com
© 2023 orbisbit
Ta strona używa plików cookies w celu prawidłowego działania serwisu. Poprzez użytkowanie dobrowolnie akceptujesz wszystkie postanowienia dot. plików cookies, zawarte w polityce prywatności.