PSR standards क्या हैं और वे क्यों मायने रखते हैं?

Question

Accepted Answer

**PSRs (PHP Standard Recommendations)** **PHP-FIG** (Framework Interoperability Group) द्वारा प्रकाशित standards का एक set है जो सामान्य conventions — coding style, autoloading, और साझा interfaces — को परिभाषित करता है, जो विभिन्न PHP frameworks, libraries, और packages के बीच **interoperability** को सक्षम करता है।

## सबसे महत्वपूर्ण PSRs

```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 (वह जो आप रोज उपयोग करते हैं)

```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 वह autoloading standard है जिस पर सभी आधुनिक PHP निर्भर करता है — यही कारण है कि Composer किसी भी class को उसके namespace द्वारा खोज और load कर सकता है।

## PSR interfaces interoperability को सक्षम करते हैं

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

साझा interfaces (PSR-3 logging, PSR-7 HTTP, PSR-11 container) का अर्थ है कि libraries एक विशिष्ट implementation के बजाय एक *standard interface* पर निर्भर कर सकती हैं — इसलिए विभिन्न vendors के components **interchangeable** होते हैं।

## PSR-12 coding style (संगति)

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

## यह क्यों महत्वपूर्ण है

PSR standards professional PHP development के लिए महत्वपूर्ण हैं क्योंकि वे उस **interoperability** को सक्षम करते हैं जो आधुनिक PHP ecosystem को काम करवाती है — सामान्य standards के बिना, विभिन्न स्रोतों के frameworks और libraries आसानी से एक साथ काम नहीं कर सकते।

इन्हें समझना कई कारणों से मूल्यवान है। **PSR-4 autoloading** मौलिक है और रोज उपयोग किया जाता है — यह namespace-to-directory standard है जिस पर Composer classes को स्वचालित रूप से load करने के लिए निर्भर करता है, हर आधुनिक PHP project की संरचना का आधार।

**साझा interface PSRs** (PSR-3 logging, PSR-7 HTTP messages, PSR-11 containers, PSR-15 middleware) वह हैं जो विभिन्न vendors के components को interchangeable होने देती हैं: चूंकि libraries एक concrete implementation के बजाय एक *standard interface* पर निर्भर करती हैं, आप किसी भी compliant implementation (किसी भी PSR-3 logger, किसी भी PSR-7 HTTP library) को कोड बदले बिना swap कर सकते हैं — flexible, decoupled architecture का एक शक्तिशाली सक्षमकर्ता और कारण कि PHP ecosystem के टुकड़े एक साथ फिट होते हैं। **PSR-12 coding style** teams और projects में संगति लाता है (tools द्वारा लागू), जिसे अधिकांश आधुनिक PHP अपनाते हैं।

प्रमुख PSRs को जानना — विशेष रूप से PSR-4 (autoloading), interface standards (interoperability), और PSR-12 (style) — और PHP-FIG की भूमिका इस बात की professional समझ को दर्शाती है कि आधुनिक PHP ecosystem संगति और interoperability कैसे प्राप्त करता है।

चूंकि PSRs का पालन करना professional PHP में मानक अभ्यास है, और चूंकि वे Composer, framework interoperability, और code quality का आधार हैं, इन्हें समझना मूल्यवान senior-level ज्ञान है जो उन डेवलपर्स को अलग करता है जो ecosystem-compatible, professional PHP लिखते हैं उनसे जो उन conventions से अनजान हैं जो आधुनिक PHP को एकजुट और interoperable बनाती हैं।