Clean Code
Megjelenés
Főnév
Clean Code (tsz. Clean Codes)
📘 Clean Code: A Handbook of Agile Software Craftsmanship
Szerző: Robert C. Martin (“Uncle Bob”) Megjelenés: 2008 Téma: Kódminőség, olvashatóság, szoftvermérnöki szemlélet
🧠 Miről szól a Clean Code?
A Clean Code egy modern, gyakorlatorientált kézikönyv, amely megtanít „szép”, tiszta, olvasható, karbantartható kódot írni. Nem egy konkrét nyelvet tanít (bár a példák főként Java-ban íródtak), hanem programozási szemléletet, amely minden nyelvre alkalmazható.
🎯 Alapvető üzenetei
✨ “A jó kódot nem a gépek, hanem az emberek számára írjuk.” ✨ “A tiszta kód olvasható, egyszerű, és nem meglepő.” ✨ “A kód nem működik jól addig, amíg nem olvasható jól.”
🧩 Fő témák (fejezetenként)
1. Tiszta kód ismérvei
- Jó kód: könnyen olvasható, letisztult, tesztelhető.
- Példák híres programozóktól: Ward Cunningham, Grady Booch.
2. Jó nevek
- Beszédes, önmagukért beszélő változók, függvények, osztálynevek.
- Kerüld:
temp,data,a1,foo - Használj:
calculateInvoiceTotal(),firstName,userRepository
3. Függvények
- Rövid, egy dolgot csináljanak
- Ne legyenek mellékhatások
- Név + paraméter elegendő legyen a megértéshez
4. Megjegyzések (kommentek)
- Használd ritkán – a kód magyarázza saját magát
- Jó komment: miért, nem mit
- Rossz komment: elavult, félrevezető, redundáns
5. Formázás
- Fehér helyek, egységes behúzás
- Függvények között megfelelő tér
- Blokkstruktúra: strukturált vizuális navigáció
6. Objektum és adatstruktúrák
- Ne tárd fel a belső adatokat közvetlenül
- OOP: viselkedést kapsz adattal együtt
- ADT (abstract data type) → adat + metódusok = kapszula
7. Hibakezelés
- Ne használj
try-catch-et normál vezérlésre - Kivételeket használj, ne hibakódokat
- Clean Error Handling → olvasható, konzisztens, minimalizált hatás
8. Határok (Boundary)
- Külső API-k, könyvtárak elkerítése saját adapter osztályba
- Könnyebben tesztelhető, ha a külső komponens elkülönül
9. Tesztelhető kód
- Egységtesztek = Clean Code társai
- Nehezen tesztelhető kód → valószínűleg rosszul van szervezve
- Tiszta kód = jól modularizált → jól tesztelhető
🔥 Kiemelkedő elvek és szabályok
| Szabály | Jelentés |
|---|---|
| SRP – Single Responsibility Principle | Egy osztály csak egy dolgot csináljon |
| DRY – Don’t Repeat Yourself | Ne ismételj kódot, vond össze |
| YAGNI – You Ain’t Gonna Need It | Ne írj felesleges dolgokat előre |
| Boy Scout Rule | „Hagyd a kódot jobb állapotban, mint ahogy találtad” |
🧠 Hatása
- Munkakörnyezetekben a kódreview-k szabályrendszerének alapja
- Támogatta a “craftsmanship” mozgalmat: a programozás nem csak munka, hanem mesterség
- Befolyásolta a későbbi könyveket: Clean Architecture, Clean Agile, Clean Coder
✅ TL;DR – Miért olvasd el?
| Miért? | Mire jó? |
|---|---|
| Jobb kódot akarsz írni | Olvashatóbb, tesztelhetőbb |
| Tisztább osztály- és függvényszerkezet | SRP, elnevezési konvenciók |
| Fejlesztői tudatosság növelése | Refaktorálás, karbantartás |
| Jó alap kezdőknek és haladóknak is | Modern szemlélet, gyakorlati példák |
- Clean Code - Szótár.net (en-hu)
- Clean Code - Sztaki (en-hu)
- Clean Code - Merriam–Webster
- Clean Code - Cambridge
- Clean Code - WordNet
- Clean Code - Яндекс (en-ru)
- Clean Code - Google (en-hu)
- Clean Code - Wikidata
- Clean Code - Wikipédia (angol)