2026.08.23.
Kódolás, keretrendszerek

PHP strict types használata tiszta kódért

Temesvári László

Miért érdemes a PHP 8 típusosságát komolyan venni? Egy tisztább kód útja a strict_types használatával

Képzeld el, hogy egyik nap megkapod azt a telefonhívást, amitől minden fejlesztő szíve egy kicsit összeszorul: „A régi weboldalunkon a számlázómodul hirtelen rossz összegeket jelenít meg, és senki nem érti, miért.” A problémát kutatva rájössz, hogy egy olyan függvény, amely számokat kellene hogy összeadjon, néha szöveget is kaphat, és csendesen, figyelmeztetés nélkül „összevonja” őket. Ez a klasszikus, dinamikus típusosság nehézsége – amibe a PHP 8 típusrendszere és a strict_types deklaráció egy hatékony rendszert vihet.

Ha bármilyen webfejlesztési vagy honlapkészítési projektben dolgozol – legyen az egyedi rendszer, WordPress weboldal vagy vállalati portál –, a kód megbízhatósága nem csak technikai kérdés. Az a kis idő, amit ma a minőségre fektetünk, holnap óriási fejfájást, üzemidőt és pénzt takarít meg. Nézzük meg, hogyan segít ebben a PHP 8.

A típusok: több, mint egy javaslat

A PHP korábbi verzióiban a típusok (paramétereknél és visszatérési értékeknél) inkább „javaslatok” voltak. Ha egy függvény int-et vár, de kap egy string-et, a PHP megpróbálta átalakítani. Ez néha működött, de sokszor rejtett, nehezen nyomon követhető hibákhoz vezetett.

// PHP 7-es (vagy régebbi) viselkedés alapértelmezésben
function szamlaOsszegetSzamol(int $osszeg1, int $osszeg2) {
    return $osszeg1 + $osszeg2;
}

// Hívás stringgel:
echo szamlaOsszegetSzamol("10", "25"); // Kiír: 35. A PHP csendesen átkonvertálta.
echo szamlaOsszegetSzamol("10 alma", 25); // Kiír: 35. Az "alma" rész figyelmen kívül marad.

Itt az a veszély, hogy a kérésedből származó, szövegként érkező adat ($_POST['osszeg']) váratlanul viselkedhet. A clean code filozófia pedig pont arról szól, hogy az ilyen bizonytalanságokat kiiktassuk.

A szigorú változat: declare(strict_types=1)

A strict_types egyetlen sor, amely forradalmat idéz elő. A fájl elején deklarálva kikényszeríti, hogy a típusok pontosan egyezzenek. Nincs több automatikus konverzió. Ha típushiba történik, TypeError kivételt kapunk, amit el tudunk kapni és rendesen kezelni.

getMessage());
    echo "Hibás adatbevitel. Kérjük, csak számokat adjon meg.";
}
// TypeError kivételt dob: Argument 1 must be of type int, string given

Gyakori buktatók és megoldások a való életből

1. Külső adatok (pl. űrlap, API): A $_POST vagy egy API válasz mindig string. Itt a kulcs a szándékos átalakítás ((int) $ertek vagy intval($ertek)) azonnal, a bejáratnál. Ez a helyszín, ahol tisztázod, mit is kapsz.

    declare(strict_types=1);

    // Az űrlapfeldolgozó rétegben konvertálunk
    $bekerOsszeg = (int) ($_POST['osszeg'] ?? 0);

    // Most már biztonságosan hívhatod a szigorú függvényt
    $vegosszeg = szamlaOsszegetSzamolTiszta($bekerOsszeg, 25);

2. Kompatibilitás régi kóddal: Nem kell egy nap alatt átírni mindent. Kezdd az új, kritikus modulokkal (pl. fizetés, adatszinkron). A strict_types fájlonként működik, így fokozatosan bevezethető.

3. Frontend-backend kommunikáció: A modern frontend keretrendszerek (akár jQuery, akár React) JSON-nak küldik az adatokat. A PHP json_decode() eredménye vegyes típusú objektumok/tömbök. Itt is célratörő validáció és konverzió szükséges, mielőtt a strictrétegbe kerül az adat.

Miért számít ez egy kisvállalkozás vagy cég számára?

Képzeld el, hogy weboldalkészítési projektet fogadsz át egy másik csapattól, vagy bővítened kell egy éves rendszert.

* Karbantarthatóság: A típusok dokumentálják a kódot. Pontosan látszik, mit vár egy függvény és mit ad vissza. Ez órákat takarít meg a későbbi fejlesztésben. * Megbízhatóság: A hibák sokkal korábban, fejlesztés közben derülnek ki, nem éles üzemben az ügyfelek előtt. Ez védi a vállalat hírnevét. * Csapatmunka: Amikor több fejlesztő dolgozik egy projekten, a típusok egyértelmű „szerződéseket” alkotnak a kód részei között, csökkentve a félreértéseket.

A frontend oldalon is hasonló elveket követhetünk. Például egy Bootstrap modal ablak űrlapjának adatküldésekor jQuery-vel:

// jQuery példa: Szándékos validáció a frontenden, mielőtt elküldenénk a strictrétegbe
$('#szamlaKuldGomb').on('click', function() {
    let osszeg = $('#osszegMezo').val();
    let szamErtek = parseFloat(osszeg);

    // Egyszerű frontend validáció
    if (isNaN(szamErtek)) {
        // Azonnali visszajelzés a felhasználónak - Bootstrap alerttel például
        $('#hibaUzenet').html('<div class="alert alert-danger">Kérem, számot adjon meg!</div>').show();
        return;
    }

    // Ha jó, elküldjük a backendnek, ahol a strict_types várja
    $.post('/api/szamla', { osszeg: szamErtek }, function(valasz) {
        // ...
    });
});

Összegzés: egy lépés a professzionalizmus felé

A declare(strict_types=1) nem csak egy „fejlesztői dolog”. Egy stratégiai döntés, amely a webfejlesztési szolgáltatásod minőségét és hosszú távú megbízhatóságát emeli. Kevesebb rejtett hiba, előre jelezhetőbb viselkedés és könnyebb karbantartás – ami végül mind az ügyfél, mind a fejlesztő csapat nyeresége.

Nem kell minden fájlt egyszerre átállítani. Kezdd a legkritikusabb részekkel: a pénzügyi számítások, rendelések feldolgozása vagy adatexportok. Érezd úgy, hogy ezzel a deklarációval egy szerződést kötsz a kódoddal: „Itt nem lesz meglepetés.” És egy jó projekt alapja pontosan ez.

A weboldalon megjelenő szöveges és vizuális tartalmak előállításához mesterséges intelligenciát (AI) használunk.

Kapcsolódó cikkek