Middle
Jakie zasady rozwoju znasz?
sobes.tech AI
Odpowiedź od AI
Główne:
- DRY (Nie powtarzaj się): Unikaj duplikacji kodu, przenosząc powtarzającą się logikę do funkcji, klas lub modułów.
- KISS (Keep It Simple, Stupid): Dąż do prostoty i przejrzystości kodu.
- YAGNI (Nie będziesz tego potrzebować): Nie dodawaj funkcji, które nie są obecnie potrzebne.
- SOLID: Zbiór pięciu zasad projektowania obiektowego:
- Zasada pojedynczej odpowiedzialności: Klasa powinna mieć tylko jeden powód do zmiany.
- Zasada otwarte/zamknięte: Klasy powinny być otwarte na rozszerzenia, ale zamknięte na modyfikacje.
- Zasada podstawienia Liskov: Obiekty klasy pochodnej powinny móc zastąpić obiekty klasy bazowej bez zakłócania działania programu.
- Zasada segregacji interfejsów: Klienci nie powinni zależeć od interfejsów, których nie używają.
- Zasada odwrócenia zależności: Moduły wysokiego poziomu nie powinny zależeć od modułów niskiego poziomu. Oba powinny zależeć od abstrakcji. Abstrakcje nie powinny zależeć od szczegółów. Szczegóły powinny zależeć od abstrakcji.
Inne:
- Konwencja kodowania: Przestrzeganie ustalonych standardów kodowania (np. PSR-1, PSR-12 w PHP) dla poprawy czytelności i spójności kodu.
- Rozwój oparty na testach (TDD): Pisanie testów przed napisaniem kodu roboczego.
- Projektowanie zorientowane na domenę (DDD): Skupianie się na domenie podczas rozwoju, tworząc model odzwierciedlający logikę biznesową.
- Czysta architektura/Architektura heksagonalna: Podejścia architektoniczne mające na celu oddzielenie logiki biznesowej od szczegółów infrastruktury.