Zasada programowania 'DRY' jest kluczowa dla optymalizacji i utrzymania kodu. Czego ona dotyczy?
Zasada programowania 'DRY' jest kluczowa dla optymalizacji i utrzymania kodu. Czego ona dotyczy?
Wyjaśnienie i uzasadnienie dydaktyczne
Poprawna odpowiedź: B
Uzasadnienie i szersze wyjaśnienie:
Zasada DRY (Don't Repeat Yourself), czyli „Nie powtarzaj się”, to podstawowa zasada projektowania oprogramowania mająca na celu redukcję duplikacji kodu. Zamiast wklejać ten sam fragment logiki w kilku miejscach, należy go wydzielić do osobnej, reużywalnej jednostki (np. funkcji, metody lub klasy), a następnie odwoływać się do niej. Stosowanie tej zasady sprawia, że kod jest krótszy, łatwiejszy do zrozumienia i utrzymania. Co najważniejsze, gdy potrzebna jest zmiana w tej logice, wystarczy ją wprowadzić tylko w jednym miejscu.
Dlaczego pozostałe odpowiedzi są nieprawidłowe?
- A: Komentarze są ważne, a zasada DRY ich nie dotyczy.
- C: Złożoność struktur danych powinna być dopasowana do problemu, a nie uniwersalnie unikana.
- D: Chociaż testy również powinny być dobrze zorganizowane, zasada DRY odnosi się głównie do kodu produkcyjnego.
Chcesz poćwiczyć całą kwalifikację INF.04?
Egzamin próbny na czas, nauka działami, losowe pytanie albo przegląd całej bazy — wszystko w przeglądarce i bez zakładania konta.
Pojęcia z tego pytania
- Komentarze w językach programowaniaNiewykonywane fragmenty kodu źródłowego ignorowane przez kompilator i interpreter, służące do opisu działania programu, dokumentacji API lub tymczasowego wyłączania instrukcji.
- Funkcje, Metody i Przekazywanie ParametrówWydzielone, nazwane bloki kodu realizujące określone zadanie, przyjmujące parametry wejściowe i opcjonalnie zwracające wartość wyniku za pomocą instrukcji return.
- Zmienne i Stałe w programowaniuNazwane obszary pamięci operacyjnej przechowujące dane robocze programu; zmienne pozwalają na modyfikację wartości podczas działania, podczas gdy stałe mają wartość niezmienną.
Podobne pytania z działu „Wzorce projektowe i architektura”
Ten sam obszar materiału z kwalifikacji INF.04. W całej bazie znajdziesz 14 pytań z tego działu.
- #30
Który wzorzec projektowy najlepiej pasuje do opisu: „Chcemy zapewnić, że w aplikacji istnieje dokładnie jedna instancja danej klasy, a dostęp do niej jest globalny”?
- #31
Który wzorzec projektowy najlepiej pasuje do opisu: „Obiekt może tworzyć różne typy innych obiektów, ale decyzja o tym, jaki obiekt stworzyć, jest podejmowana podczas działania programu”?
- #32
Który wzorzec projektowy najlepiej pasuje do opisu: „Chcemy umożliwić tworzenie skomplikowanego obiektu krok po kroku, a różne konfiguracje tego obiektu mogą być tworzone przez różne implementacje”?
- #33
Który wzorzec projektowy najlepiej pasuje do opisu: „Kiedy stan obiektu zmienia się, wszystkie jego zależności (obserwatorzy) są o tym informowane i automatycznie aktualizowane”?
- #130
Stosowanie wzorca Obserwator w programowaniu aplikacji WEB ma na celu: