9.dia Tiszta kód

Question 1

Milyen a tiszta kód?

Answer 1

Olyan kód ami nem a szerző által is könnyen olvasható és fejleszthető.
Vannak hozzá egységtesztek és elfogadási tesztek.
Értelmes nevek, kevés függőség…
Tehát összegezve, az alapelveknek megfelelő kód, ami formailag is szép.

Question 2

Értelmes nevek

Answer 2

Osztály -> főnév
Metódus -> ige
Olyan nevek, amelyekből kiderül a szándék, beszédes nevek.
Ne legyenek férevezetőek.
Valamint ne legyenek zajszavak ‘Data/Info’ amiket túl sokszor használnak a fejlesztők.

Question 3

Mi a baj a megjegyzésekkel?

Answer 3

Szükséges rosszak. Ha tiszta a kód, akkor magáért beszél.
Gyakran közölnek pontatlan információt. Pl.: kód változik a megjegyzés meg nem.

Question 4

Függvények

Answer 4

Nagyon rövidek legyenek, idálisan 2 sor.
Utasítás blokkok 1 sort tartalmazzanak, ami egy metódus hívás legyen.
Argumentumok:
Niladikus -> argumentum nélküli.
Monadikus -> 1 argumentum.
Diadikus -> 2 argumentum.
Triadikus -> 3 argumentum.
Poliadikus -> kerülendő >4 argumentum.

Question 5

Jó és rossz megjegyzések fajtái

Answer 5

Jó megjegyzés:
Informatív, Szándékot magyarázó, tisztázó, következményekre figyelmeztető, TODO, megerősítő, Javadoc megjegyzések API-ban
Rossz megjegyzések:
Pozíció jelző, szerző neve, záró kapcsos zárójel, kötelező, félrevezető, fölösleges, motyogás (Ebből van több)

Question 6

Forráskód formázása:
Vízszintes és függőleges, újság metafora

Answer 6

Legyen jól olvasható.
Függőleges formázás:
Sorok száma, ne legyen túl hosszú.
Újság metafora, a függvények neve legyen figyelem felkeltő, és ahogy megyünk lefele egyre részletekbe menő.
Vízszintes formázás:
Sorok hossza ne legyen túl hosszú, és ne legyenek benne tertedelések.

Question 7

Hibakezelés, ellenőrzött és nem ellenőrzött kivételek

Answer 7

Részesítsük előnyben kivételeket, valamint használjunk nem ellenőrzött kivételeket.

Question 8

Null átadás függvényeknek, null visszaadás

Answer 8

Nem szabad