fbpx

If używanie else jest złe? – programistyczna filozofia

If używanie else jest złe? – programistyczna filozofia

Programowanie daje nam prawie stuprocentową dowolność w sposobie rozwiązania problemów. Jest to ogromna zaleta, jednak wprowadza wątpliwości, które nie raz mogą doprowadzić do spięć między ludźmi. Każdy programista ma swoje ulubione rozwiązania i techniki. To naturalne, że w zespole tworzą się obozy, które zgadzają się lub nie, na stosowanie pewnych rozwiązań. Najgorszą sytuacją jest obecność takich obozów w ramach jednego projektu. Sprawny PM potrafi trzymać w ryzach swoich programistów tak, że te sprzeczki wykorzystuje do osiągnięcia celów, takich jak wzbudzenie kreatywności w zespole, czy znalezienie optymalnego wyjścia z sytuacji. Jedna z takich sytuacji skłoniła mnie do zastanowienia się nad tym, if używanie else jest złe?

Skąd ten problem?

Gdy zmieniłam prace, ponad pół roku temu, w PRze usłyszałam, że powinnam unikać używania “else” w podstawowej funkcji warunkowej, jaką jest if – else, jeżeli nie jest to absolutnie konieczne. Wzbudziło to we mnie ogromne zdziwienie. Jak omijać coś, co wtedy było dla mnie czymś nierozłącznym. Nie zrozum mnie źle, nie robiłam pusty elsów tylko po to, żeby były. Jednak nie widziałam nic złego w ich stosowaniu. If -else, yin — yang. Oczywiście, jeśli nie mam ścieżki alternatywnej, to jej nie tworze, jednak czemu nagle mam go unikać? Co jest z nim złego? 

Mały research

Aby to sobie poukładać w głowie, zaczęłam szukać argumentów w sieci, ponieważ argumenty architekta, który zwrócił mi na to uwagę, nie były dla mnie wystarczające. Zrobiłam mały przegląd i powiem Ci szczerze, że może znalazłam dwa miejsca, które odnosiły się do tematu. Co gorsza, żadne nie dało mi jednoznacznej odpowiedzi, powiedziałabym nawet, że szala przechyla się na rzecz else. Czy lepiej jest napisać kilka ifów, czy else, a może wystarczy tylko if, wszystko zależy od sytuacji. Nie ma jednoznacznej odpowiedzi, co jest lepsze, wydajniejsze czy czytelniejsze.

If używanie else jest złe?

Moim zdaniem, jeśli nie mamy dużo warunków, to użycie kilku ifów z odwróconymi warunkami jest czytelniejsze, a jeśli tych warunków jest dużo, to może warto pomyśleć o switchu, albo rozbiciu problemu na mniejsze funkcje. Dla mnie else jest nadal neutralnym narzędziem do osiągnięcia określonego zachowania programu. Podsumowując, najwyraźniej architekt w moim projekcie jest przewrażliwiony. A My zgodnie z powyższą instrukcją chodźmy na herbatę!

Więc jak to jest? Wymysł czy prawdziwy temat do rozważań? Co Ty na to? Spotkałeś się z tym problemem? Daj znać w komentarzu.

Zgarnij darmowy ebook i cotygodniową dawkę wiedzy

.
Magdalena Limanówka-Kuciel
magdalena@panizkomputerem.pl

Jestem programistką, która lubi mieć ręce pełne roboty. Do życia potrzebuje komputera z internetem i kubka gorącej kawy. Więcej na stronie o mnie.