Mi az a PSR szabvány és miért van jelentősége?

Question

Accepted Answer

**A PSR-ek (PHP Standard Recommendations)** a **PHP-FIG** (Framework Interoperability Group) által közzétett szabványok halmaza, amelyek közös konvenciókat definiálnak — kódolási stílus, automatikus betöltés és megosztott interfészek — lehetővé téve az **interoperabilitást** különböző PHP keretrendszerek, könyvtárak és csomagok között.

## A legfontosabb PSR-ek

```text
PSR-1 / PSR-12 → CODING STYLE (basic + extended): naming, braces, indentation, etc.
PSR-4         → AUTOLOADING: namespace ↔ directory mapping (used by Composer)
PSR-3         → LoggerInterface: a common logging interface
PSR-7         → HTTP message interfaces (Request/Response objects)
PSR-11        → ContainerInterface: a common DI container interface
PSR-15        → HTTP middleware interface
PSR-6 / PSR-16 → Caching interfaces
PSR-18        → HTTP client interface
```

## PSR-4 automatikus betöltés (amit naponta használsz)

```json
// composer.json — PSR-4 maps namespaces to directories
{ "autoload": { "psr-4": { "App\": "src/" } } }
// App\Models\User → src/Models/User.php — Composer autoloads it automatically
```

A PSR-4 az a betöltési szabvány, amelyre az összes modern PHP támaszkodik — ez az oka annak, hogy a Composer bármilyen osztályt meg tud találni és betölteni a névtere alapján.

## PSR interfészek az interoperabilitásért

```php
// because libraries depend on the PSR-3 LoggerInterface (not a concrete logger),
// you can swap ANY PSR-3-compliant logger (Monolog, etc.) without changing code
use Psr\Log\LoggerInterface;

class Service {
    public function __construct(private LoggerInterface $logger) {}   // PSR-3 interface
}
// inject Monolog, or any PSR-3 logger — the service doesn't care which
```

A megosztott interfészek (PSR-3 logging, PSR-7 HTTP, PSR-11 container) azt jelenti, hogy a könyvtárak egy *szabványos interfészre* függhetnek, nem pedig egy konkrét implementációra — így a különböző szállítóktól származó komponensek **felcserélhetők**.

## PSR-12 kódolási stílus (konzisztencia)

```text
PSR-12 defines a standard code style (spacing, brace placement, naming).
Following it → consistent code across teams and projects; tools (PHP-CS-Fixer,
PHPCS) auto-format/check against it. Most modern PHP projects adopt PSR-12.
```

## Miért van jelentősége

A PSR szabványok fontosak a professzionális PHP fejlesztéshez, mert lehetővé teszik az **interoperabilitást**, amely a modern PHP ökoszisztéma működéséhez szükséges — közös szabványok nélkül a különböző forrásokból származó keretrendszerek és könyvtárak nem tudnának könnyen együttműködni.

A megértésük több okból is értékes. A **PSR-4 automatikus betöltés** alapvető és naponta használt — ez az a névtér-könyvtár szabvány, amelyre a Composer támaszkodik az osztályok automatikus betöltéséhez, és amely minden modern PHP projekt szerkezetét alátámasztja.

A **megosztott interfész PSR-ek** (PSR-3 logging, PSR-7 HTTP üzenetek, PSR-11 containerek, PSR-15 middleware) azok, amelyek lehetővé teszik, hogy a különböző szállítóktól származó komponensek felcserélhetők legyenek: mivel a könyvtárak egy *szabványos interfészre* függnek, nem pedig egy konkrét implementációra, bármilyen kompatibilis implementációt (bármilyen PSR-3 loggert, bármilyen PSR-7 HTTP könyvtárat) ki tudsz cserélni anélkül, hogy kódot módosítanál — ez a rugalmas, laza csatolású architektúra erős lehetővé tevője és az oka annak, hogy a PHP ökoszisztéma darabjai illeszkednek egymáshoz. A **PSR-12 kódolási stílus** konzisztenciát hoz az csapatok és projektek között (az eszközök által betartatva), amelyet a legtöbb modern PHP követ.

A kulcs PSR-ek ismerete — különösen a PSR-4 (automatikus betöltés), az interfész szabványok (interoperabilitás) és a PSR-12 (stílus) — valamint a PHP-FIG szerepe a modern PHP ökoszisztéma professzionális megértését tükrözi.

Mivel a PSR-ek követése standard gyakorlat a professzionális PHP-ban, és mivel alapvetően fontosak a Composer, a keretrendszer interoperabilitás és a kódminőség számára, az értéke senior szintű tudás, amely megkülönbözteti azokat a fejlesztőket, akik ökoszisztéma-kompatibilis, professzionális PHP-t írnak, azokkal szemben, akik nem ismerik az olyan konvenciókat, amelyek a modern PHP-t koherens és interoperábilis teszik.