HájasBré tovább bizonygatja hülyeségeit az ernokeforumosoknak - Red és a forráskódok

HájasBré tovább bizonygatja hülyeségeit az ernokeforumosoknak - Red és a forráskódok

00:00
0:00
/
1:23:24
thumb_up_alt 2 thumb_down_alt 0
499   1 évvel ezelőtt
Rendszergazda
69 Feliratkozó
499   1 évvel ezelőtt
HájasBré: A Borzalom folytatódik! Soha NE programozz így #2 Red 3.0 - Forráskódrész letöltés a leírásban! [ffczI8Rguls]

https://drive.google.com/file/d/1EAwd-nx5UxLzxy90VVb5cXdmp9O3deXd/view?usp=sharing

2 hozzászólás

Kérem jelentkezzen be, vagy regisztráljon a hozzászóláshoz!
38:55 Hozzáértők, akik ebből élnek, azt mondták, hogy jó, csak annyi a baj vele, hogy VB. Hát persze.

Akkor hát itt egy review egy senior fejlesztőtől:
- Semmitmondó elnevezések.
- UI és logika egybe gányolva.
- Üres catch blokkok.
- 0 db unit test.
- Többszörösen hardkódolt értékek.
- Elágazások UI-ra kiírt stringek vizsgálata alapján.

Nem érted a metódusokra bontás koncepcióját sem. Felszabdalsz egy többszáz soros spagetti kódot metódusokra, de ez úgy néz ki, hogy A() a végén meghívja B()-t, az pedig a C()-t, és ez így megy egészen Z()-ig, szóval ugyanolyan átláthatatlan lesz a kódod, csak adtál a szarnak egy pofont. Használni kellene a visszatérési értékeket, és egy metódusban szépen összefogni ezeket egymás alatt, nem láncolatot alkotni, aminek majd bogozhatod a végét, ha bele kell nyúlni valahol.

Ezeket láttuk a foxban. Ez nem haladó szint, hanem abszolút kezdő, ilyen hibákért már főiskolán/egyetemen is úgy megbuktatnak, mint a huzat. Ez a kód még mindig az a kategória, amit egyszerűbb kukázni és nulláról újraírni, mint bogarászni és refaktorálni, mert koncepcionálisan szar az egész.
thumb_up_alt0 thumb_down_alt
26:25 Mese habbal, ilyen lassabb gépek miatti fixen beégetett időhúzást senki nem csinál, maximum nagyon balfasz programozók és/vagy szemfényvesztők. Rád gondolok, Ernő.

Nézzünk meg egy műveletet, például egy processz leállítását. Alapvetően három dolog történhet az API-tól függően:
1. Szinkron hívás: amíg a folyamat le nem áll, addig nem folytatja a végrehajtást. Ha a leállítás sikeres, a következő utasításra lép. Ha sikertelen, kapsz egy hibakódot vagy exceptiont, amit lekezelsz, és nem mész tovább.
2. Aszinkron hívás: azonnal folytatja az utána következő utasítás végrehajtást, a folyamat leállításának eredményét pedig egy callback metóduson keresztül fogod megtudni. Itt úgy kell alakítani a kódot, hogy a frissítés folytatásáról a callback metódusban dönts.
3. Fire and forget: folytatja a végrehajtást anélkül, hogy a lelőtt processz állapotát követné, ezért neked kell periodikusan ellenőrizned egy ciklusban, hogy mi a helyzet. Ezt hívják pollingnak. Itt valóban célszerű egy timeoutot, mondjuk 5 másodpercet megadni, de ez nem azt jelenti, hogy fixen addig fog futni, hanem legfeljebb addig, így elkerülhető a végtelen ciklus. Ha sikerült leállítani, mehet az update, ha nem, akkor hibával kilépsz.

Száz szónak is egy a vége: nincs az a forgatókönyv, ahol egy fixen beégetett hosszú várakozásnak lenne értelme.
thumb_up_alt0 thumb_down_alt
Kommenthez ugrás...