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.
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.
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.
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 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.
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.
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 (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ć.
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.