Kihagyás

Architektúra és navigáció - A rend a lelke mindennek

Szokás mondani, hogy aki zseni, átlátja a káoszt is. Talán ez igaz is, viszont a programunk kódjait érdemes rendben, elrendezetten tartani. Ebben a leckében erről fogunk beszélni, avagy mi alapján pakoljuk el, rendezzük a funkciókat, komponenseket. - esetleg a Marx vagy Engels köteteidet, ha akadna.

A kód belső tartása: A SOLID elvek

A SOLID elvek nem elméleti korlátok, hanem a spagetti-kód ellenszerei. A spagetti-kód onnan ismerhető fel, hogy ha meghúzol egy szálat (módosítasz egy funkciót), a tányér másik oldalán megmozdul valami más (elromlik egy távoli modul). A SOLID egy gondolkodásmód, melyeknek betűi a következőket jelentik:

  • S - Single Responsibility Principle (SRP): Egy osztálynak csak egy oka legyen a változásra. Ha a User osztályod egyszerre kezeli az adatbázis-mentést, a jelszó-validálást és a profilkép átméretezését, akkor baj van. Ha bármelyik logika változik, az egész osztályt módosítanod kell, ami instabilitást szül.
  • O - Open/Closed Principle (OCP): A kód legyen nyitott a kiterjesztésre, de zárt a módosításra. Ha új fizetési módot (pl. Crypto) adsz az apphoz, ne a meglévő PaymentProcessor osztály if-else ágait bővítsd, hanem készíts egy új osztályt, ami megvalósítja a fizetési interfészt.
  • L - Liskov Substitution Principle (LSP): Ez a legtechnikaibb elv. Azt mondja, hogy ha van egy gyerekosztályod, annak mindenhol működnie kell, ahol a szülőosztály működik. Ha a "Madár" osztályból származoltatod a "Pingvint", de a programod összeomlik, amikor a pingvinnel próbálsz repülni, akkor megsértetted az elvet.
  • I - Interface Segregation Principle (ISP): Senkit ne kényszeríts olyan metódusok implementálására, amikre nincs szüksége. Inkább legyen tíz kicsi, specifikus interfészed, mint egy óriási "MindentTudó" interfész.
  • D - Dependency Inversion Principle (DIP): Ez a "konnektor-elv". A magas szintű modulok (pl. az üzleti logika) ne függjenek az alacsony szintű moduloktól (pl. konkrét SQL adatbázis). Mindketten absztrakcióktól (interfészektől) függjenek.

Clean Architecture: Hol a helye a kódnak?

A Clean Architecture (Tiszta Architektúra) segít eldönteni, hogy hova írd azt a bizonyos következő sor kódot. A cél, hogy a kódod technológia-független legyen: ha holnap le kell cserélni az adatbázist vagy a UI keretrendszert, a lényeg (az üzleti logika) érintetlen maradjon.

A fejlesztők gyakran esnek abba a hibába, hogy mindent a nézetbe (Activity, Fragment, SwiftUI View) zsúfolnak. A 700+ soros fájl egy „God Object” (Isten-objektum), ami mindent tud és mindent lát – ez a karbantarthatóság halála. Egy jól struktúrált fájl ritkán haladja meg a 150-250 sort. Ha ennél hosszabb, az AI segítségével kezdheted el a refaktorálást (újjászervezést).

Hova vigyük a kódot?

  • Entities (Belső mag): Itt csak az adatszerkezetek vannak (pl. User, Product).
  • Use Cases: Itt lakik az üzleti logika (pl. LoginUser, AddToCart). Egy osztály = egy művelet.
  • Adapters: Itt vannak a Repository-k, amik eldöntik, honnan jön az adat (szerver vagy helyi cache).

AI-audit a rétegekre: "Nézd meg a fájljaim import listáját! Találsz olyat, ahol a Domain réteg importál valamit a UI vagy a Framework rétegből? Ha igen, jelezd a Dependency Rule megsértését!"

Minták és Navigáció: Az app vérkeringése

A tiszta kódhoz hozzátartozik, hogyan áramlik az adat és hogyan mozog a felhasználó.

  • Repository minta: Ez a Single Source of Truth (az igazság egyetlen forrása). A UI soha nem beszél az adatbázissal vagy az internettel közvetlenül. Csak a Repository-tól kér adatot. Úgy képzeld el, hogy ha egy tárggyal problémád van, nem a rektort keresed először az egyetemen, hanem mondjuk a gyakorlatvezetőt.
  • Dependency Injection (DI): Ne az osztály hozza létre a saját függőségeit (new Database()), hanem kapja meg őket kívülről. Ez olyan, mint a catering: a szakácsnak nem kell tudnia, honnan jött a krumpli, csak azt, hogy ott van az asztalon, amikor főzni kell.
  • Navigation Stack: A legtöbb app egy LIFO (Last-In-First-Out) vermet használ. Tehát, ha te belépsz egy "képernyőre", akkor ha a "Vissza" gombot megnyomod, oda jutsz, ahonnan indultál.
  • Deep Link: Egy "teleport", ami az app mélyére visz. Ha ezt AI-val tervezed, kérdezd: "Hogyan tudnám implementálni a navigációt úgy, hogy a nézet ne tudjon a többi nézet létezéséről (Coordinator vagy Router minta)?"

A spagetti-kód felszámolása AI-val

Ha van egy óriási fájlod, ne próbáld egyszerre kijavítani. Használd az AI-t fokozatosan:

  • Analízis

"Itt egy 700 soros fájl. Kérlek, csoportosítsd a benne lévő metódusokat funkció szerint (pl. UI frissítés, hálózati kérés, adatvalidáció)!"

  • Kiemelés (Extraction)

"Hozd létre a ValidationUseCase osztályt a fájlban található validációs logikából!"

  • Helyettesítés:

"Írd át az eredeti fájlt úgy, hogy az új ValidationUseCase-t használja ahelyett, hogy maga végezné a számítást!"

Irodalomjegyzék