Middle
Milliseid arendusprintsipe teate?
sobes.tech AI
Vastus AI-lt
Põhijooned:
- DRY (Don't Repeat Yourself): Vältida koodi dubleerimist, korduvat loogikat eraldades funktsioonidesse, klassidesse või moodulitesse.
- KISS (Keep It Simple, Stupid): Püüelda koodi lihtsuse ja arusaadavuse poole.
- YAGNI (You Ain't Gonna Need It): Funktsionaalsuse lisamine, mis praegu ei ole vajalik.
- SOLID: Viis objektiivse disaini põhimõtet:
- Single Responsibility Principle (Ühe vastutuse põhimõte): Klassil peaks olema ainult üks põhjus muutuda.
- Open/Closed Principle (Avatud/Suletud põhimõte): Klassid peaksid olema avatud laiendamiseks, kuid suletud muutmiseks.
- Liskov Substitution Principle (Liskovi asendamise põhimõte): Alampunktid peaksid olema asendatavad põhiklassi objektidega, rikkumata programmi tööd.
- Interface Segregation Principle (Liidese eraldamise põhimõte): Kliendid ei tohiks sõltuda liidestest, mida nad ei kasuta.
- Dependency Inversion Principle (Sõltuvuse pööramise põhimõte): Kõrgema taseme moodulid ei tohiks sõltuda madalama taseme moodulitest. Mõlemad peaksid sõltuma abstraktsioonidest. Abstraktsioonid ei tohiks sõltuda üksikdetailidest, üksikud detailid peaksid sõltuma abstraktsioonidest.
Teised:
- Code Convention: Järgida kehtestatud kodeerimisstandardeid (nt PSR-1, PSR-12 PHP-s), et parandada loetavust ja ühtsust.
- Test-Driven Development (TDD): Kirjutada testid enne töölehe kirjutamist.
- Domain-Driven Design (DDD): Keskenduda domeenile, luues mudeli, mis peegeldab äriloogikat.
- Clean Architecture/Hexagonal Architecture: Arhitektuurilised lähenemised, mis keskenduvad äriloogika eraldamisele infrastruktuuri detailidest.