PSR ਸਟੈਂਡਰਡ ਕੀ ਹਨ ਅਤੇ ਉਹ ਕਿਉਂ ਮਾਇਨੇ ਰਖਦੇ ਹਨ?

Question

Accepted Answer

**PSRs (PHP Standard Recommendations)** **PHP-FIG** (Framework Interoperability Group) ਦੁਆਰਾ ਪ੍ਰਕਾਸ਼ਿਤ ਸਟੈਂਡਰਡਾਂ ਦਾ ਇੱਕ ਸੈੱਟ ਹਨ ਜੋ ਆਮ ਰਾਏ-ਰਵਾਇਆਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੇ ਹਨ — ਕੋਡਿੰਗ ਸਟਾਈਲ, autoloading, ਅਤੇ ਸਾਂਝੇ interfaces — ਵੱਖ-ਵੱਖ PHP frameworks, ਲਾਇਬ੍ਰੇਰੀਆਂ, ਅਤੇ ਪੈਕੇਜਾਂ ਦੇ ਵਿਚਕਾਰ **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 ਸਟੈਂਡਰਡ ਹੈ ਜਿਸ 'ਤੇ ਸਾਰਾ ਆਧੁਨਿਕ PHP ਨਿਰਭਰ ਕਰਦਾ ਹੈ — ਇਹੀ ਕਾਰਨ ਹੈ ਕਿ Composer ਕਿਸੇ ਵੀ ਕਲਾਸ ਨੂੰ ਇਸ ਦੇ namespace ਦੁਆਰਾ ਲੱਭ ਅਤੇ ਲੋਡ ਕਰ ਸਕਦਾ ਹੈ।

## 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) ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਲਾਇਬ੍ਰੇਰੀਆਂ ਕਿਸੇ ਖਾਸ implementation ਨਾਲੋਂ ਬਜਾਏ *standard interface* 'ਤੇ ਨਿਰਭਰ ਕਰ ਸਕਦੀਆਂ ਹਨ — ਇਸ ਲਈ ਵੱਖ-ਵੱਖ ਵਿਕਰੇਤਾਵਾਂ ਦੇ ਕੰਪੋਨੈਂਟ **interchangeable** ਹਨ।

## PSR-12 coding style (consistency)

```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 ਸਟੈਂਡਰਡ ਪ੍ਰੋਫੈਸ਼ਨਲ PHP development ਲਈ ਮਹੱਤਵਪੂਰਨ ਹਨ ਕਿਉਂਕਿ ਉਹ **interoperability** ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਂਦੇ ਹਨ ਜੋ ਆਧੁਨਿਕ PHP ecosystem ਨੂੰ ਕਾਸ਼ ਕਰਦਾ ਹੈ — ਸਾਂਝੇ ਸਟੈਂਡਰਡਾਂ ਤੋਂ ਬਿਨਾ, ਵੱਖ-ਵੱਖ ਸਰੋਤਾਂ ਤੋਂ frameworks ਅਤੇ ਲਾਇਬ੍ਰੇਰੀਆਂ ਆਸਾਨੀ ਨਾਲ ਇਕੱਠੇ ਕਾਸ਼ ਨਹੀਂ ਕਰ ਸਕਦੀਆਂ।

ਇਨ੍ਹਾਂ ਨੂੰ ਸਮਝਣਾ ਕਈ ਕਾਰਨਾਂ ਨਾਲ ਮੁੱਲਵਾਨ ਹੈ। **PSR-4 autoloading** ਬੁਨਿਆਦੀ ਹੈ ਅਤੇ ਰੋਜ਼ਾਨਾ ਵਰਤੀ ਜਾਂਦੀ ਹੈ — ਇਹ namespace-ਤੋਂ-directory ਸਟੈਂਡਰਡ ਹੈ ਜਿਸ 'ਤੇ Composer ਕਲਾਸਾਂ ਨੂੰ ਆਟੋਮੈਟਿਕਲੀ ਲੋਡ ਕਰਨ ਲਈ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਹਰੇਕ ਆਧੁਨਿਕ PHP ਪ੍ਰੋਜੈਕਟ ਦੀ ਬਣਤਰ ਨੂੰ ਅੰਤਰਨਿਹਿਤ ਕਰਦੇ ਹੋਏ।

**shared interface PSRs** (PSR-3 logging, PSR-7 HTTP messages, PSR-11 containers, PSR-15 middleware) ਉਹ ਹਨ ਜੋ ਵੱਖ-ਵੱਖ ਵਿਕਰੇਤਾਵਾਂ ਦੇ ਕੰਪੋਨੈਂਟਾਂ ਨੂੰ interchangeable ਬਣਾਉਂਦੇ ਹਨ: ਕਿਉਂਕਿ ਲਾਇਬ੍ਰੇਰੀਆਂ concrete implementation ਨਾਲੋਂ *standard interface* 'ਤੇ ਨਿਰਭਰ ਕਰਦੀਆਂ ਹਨ, ਤੁਸੀਂ ਕੋਈ ਵੀ compliant implementation (ਕੋਈ ਵੀ PSR-3 logger, ਕੋਈ ਵੀ PSR-7 HTTP ਲਾਇਬ੍ਰੇਰੀ) ਨੂੰ ਬਿਨਾ ਕੋਡ ਬਦਲੇ ਸਵਾਪ ਕਰ ਸਕਦੇ ਹੋ — flexible, decoupled architecture ਦਾ ਇੱਕ ਸ਼ਕਤੀਸ਼ਾਲੀ ਸਮਰੱਥ ਅਤੇ PHP ecosystem ਦੀਆਂ ਜਜ਼ਾਂ ਦੇ ਇਕੱਠਾ ਫਿੱਟ ਹੋਣ ਦਾ ਕਾਰਨ। **PSR-12 coding style** ਟੀਮਾਂ ਅਤੇ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ consistency ਲਿਆਉਂਦਾ ਹੈ (tools ਦੁਆਰਾ ਲਾਗੂ ਕੀਤਾ), ਜਿਸ ਨੂੰ ਜ਼ਿਆਦਾਤਰ ਆਧੁਨਿਕ PHP ਆਪਣਾਉਂਦਾ ਹੈ।

Key PSRs ਨੂੰ ਜਾਣਨਾ — ਖਾਸ ਕਰ PSR-4 (autoloading), interface ਸਟੈਂਡਰਡ (interoperability), ਅਤੇ PSR-12 (style) — ਅਤੇ PHP-FIG ਦੀ ਭੂਮਿਕਾ ਆਧੁਨਿਕ PHP ecosystem ਦੇ ਕਿਵੇਂ consistency ਅਤੇ interoperability ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ ਇਸ ਦੀ ਪ੍ਰੋਫੈਸ਼ਨਲ ਸਮਝ ਨੂੰ ਪ੍ਰਤਿਬਿੰਬਿਤ ਕਰਦਾ ਹੈ।

PSRs ਦੀ ਪਾਲਣਾ ਪ੍ਰੋਫੈਸ਼ਨਲ PHP ਵਿੱਚ standard practice ਹੈ, ਅਤੇ ਕਿਉਂਕਿ ਉਹ Composer, framework interoperability, ਅਤੇ code quality ਨੂੰ ਅੰਤਰਨਿਹਿਤ ਕਰਦੇ ਹਨ, ਇਨ੍ਹਾਂ ਨੂੰ ਸਮਝਣਾ ਸੀਨੀਅਰ-ਪ੍ਰਾਣ ਗਿਆਨ ਹੈ ਜੋ ਉਨ੍ਹਾਂ ਡਾਲਕਪਰ ਦੇ ਵਿਚਾਰ ਨੂੰ ਵਧਾਉਂਦਾ ਹੈ ਜੋ ecosystem-compatible, professional PHP ਲਿਖਦੇ ਹਨ ਉਨ੍ਹਾਂ ਤੋਂ ਜੋ ਸਾਂਝੇ ਰਾਏ-ਰਵਾਇਆਂ ਤੋਂ ਅਣਜਾਣ ਹਨ ਜੋ ਆਧੁਨਿਕ PHP ਨੂੰ ਮਜ਼ਬੂਤ ਅਤੇ interoperable ਬਣਾਉਂਦੇ ਹਨ।