PSR standartları nedir ve neden önemlidir?

Question

Accepted Answer

**PSR'ler (PHP Standard Recommendations)** **PHP-FIG** (Framework Interoperability Group) tarafından yayımlanan, ortak kuralları — kodlama stili, autoloading ve paylaşılan arayüzleri — tanımlayan ve farklı PHP framework'leri, kütüphaneleri ve paketleri arasında **interoperabilite** sağlayan bir standartlar kümesidir.

## En önemli PSR'ler

```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 (günlük kullanılan)

```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, tüm modern PHP'nin güvendiği autoloading standardıdır — bu sayede Composer herhangi bir sınıfı namespace'ine göre bulabilir ve yükleyebilir.

## PSR arayüzleri interoperabilite sağlar

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

Paylaşılan arayüzler (PSR-3 logging, PSR-7 HTTP, PSR-11 container) kütüphanelerin belirli bir implementasyon yerine *standart bir arayüze* bağlı olması anlamına gelir — bu sayede farklı satıcılardan gelen bileşenler **değiştirilebilir** olur.

## PSR-12 kodlama stili (tutarlılık)

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

## Neden önemli

PSR standartları profesyonel PHP geliştirme için önemlidir çünkü modern PHP ekosisteminin çalışmasını sağlayan **interoperabilite**yi etkinleştirirler — ortak standartlar olmaksızın, farklı kaynaktan gelen framework'ler ve kütüphaneler kolayca birlikte çalışamazdı.

Bunları anlamak çeşitli nedenlerle değerlidir. **PSR-4 autoloading** temel bir standarttır ve günlük kullanılır — Composer'ın sınıfları otomatik olarak yüklemesi için kullandığı namespace-to-directory standardıdır, her modern PHP projesinin yapısını temel alır.

**Paylaşılan arayüz PSR'leri** (PSR-3 logging, PSR-7 HTTP messages, PSR-11 containers, PSR-15 middleware) farklı satıcılardan gelen bileşenlerin değiştirilebilir olmasını sağlar: kütüphaneler somut bir implementasyon yerine *standart bir arayüze* bağlı olduğundan, herhangi bir uyumlu implementasyonu (herhangi bir PSR-3 logger'ı, herhangi bir PSR-7 HTTP kütüphanesini) kod değiştirmeden kullanabilirsiniz — bu esnek, bağlı olmayan mimari için güçlü bir etkinleştirici ve PHP ekosisteminin parçalarının birbirine uygun olmasının nedenidir. **PSR-12 kodlama stili** takımlar ve projeler arasında tutarlılık sağlar (araçlar tarafından uygulanır) ve çoğu modern PHP bunu benimser.

Ana PSR'leri — özellikle PSR-4 (autoloading), arayüz standartlarını (interoperabilite) ve PSR-12'yi (stil) — ve PHP-FIG'in rolünü bilmek, modern PHP ekosisteminin tutarlılık ve interoperabiliteyi nasıl sağladığını anlayan profesyonel bir bakış açısını yansıtır.

PSR'leri takip etmek profesyonel PHP'de standart bir uygulamadır ve Composer, framework interoperabilitesi ve kod kalitesinin temelini oluşturdukları için, bunları anlamak ekosistem uyumlu, profesyonel PHP yazanları — modern PHP'yi tutarlı ve interoperable yapan kuralların farkında olmayan geliştiricilerden — ayırt eden kıdemli seviye bir bilgidir.