Co jsou standardy PSR a proč na nich záleží?

Question

Accepted Answer

**PSR (PHP Standard Recommendations)** jsou sada standardů publikovaných skupinou **PHP-FIG** (Framework Interoperability Group), která definuje běžné konvence — styl kódování, autoloading a sdílená rozhraní — a umožňuje **interoperabilitu** mezi různými PHP frameworky, knihovnami a balíčky.

## Nejdůležitější PSR standardy

```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 autoloading (ten, který používáte denně)

```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
```

PSR-4 je standard autoloadingu, na který se spoléhá všechny moderní PHP — je to důvod, proč Composer dokáže najít a načíst jakoukoli třídu podle jejího namespace.

## PSR rozhraní umožňují interoperabilitu

```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
```

Sdílená rozhraní (PSR-3 logging, PSR-7 HTTP, PSR-11 container) znamenají, že knihovny mohou záviset na *standardním rozhraní* místo konkrétní implementace — proto jsou komponenty z různých výrobců **zaměnitelné**.

## PSR-12 styl kódování (konzistence)

```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.
```

## Proč na tom záleží

Standardy PSR jsou důležité pro profesionální PHP vývoj, protože umožňují **interoperabilitu**, která má zajistit fungování moderního PHP ekosystému — bez běžných standardů by si frameworky a knihovny z různých zdrojů nemohly snadno spolupracovat.

Rozmět je cenné z několika důvodů. **PSR-4 autoloading** je fundamentální a používá se denně — je to standard mapování namespace na adresář, na kterém se spoléhá Composer pro automatické načítání tříd, což je základ struktury každého moderního PHP projektu.

**Sdílená rozhraní PSR** (PSR-3 logging, PSR-7 HTTP zprávy, PSR-11 kontejnery, PSR-15 middleware) jsou to, co umožňuje komponentám z různých výrobců být zaměnitelné: protože knihovny závisí na *standardním rozhraní* místo konkrétní implementace, můžete vyměnit jakoukoli kompatibilní implementaci (libovolný PSR-3 logger, jakoukoli PSR-7 HTTP knihovnu) bez změny kódu — to je mocný prostředek pro flexibilní, volně vázanou architekturu a důvod, proč se kusy PHP ekosystému vzájemně přizpůsobují. **PSR-12 styl kódování** přináší konzistenci napříč týmy a projekty (vynucováno nástroji), kterou přijímá většina moderního PHP.

Znalost klíčových PSR — zvláště PSR-4 (autoloading), rozhraní standardů (interoperabilita) a PSR-12 (styl) — a role PHP-FIG odráží profesionální porozumění tomu, jak moderní PHP ekosystém dosahuje konzistence a interoperability.

Protože dodržování PSR je standardní praxe v profesionálním PHP a protože podpírají Composer, interoperabilitu frameworků a kvalitu kódu, jejich pochopení je cenná senior-level znalost, která odlišuje vývojáře, kteří píšou ekosystémově kompatibilní, profesionální PHP, od těch, kteří neznají konvence, které činí moderní PHP soudržné a interoperabilní.