PHP frameworks میں کون سے design patterns عام ہیں؟

Question

Accepted Answer

PHP frameworks (Laravel, Symfony) کلاسک **design patterns** پر بنائے گئے ہیں — عام design مسائل کے لیے دوبارہ استعمال کے قابل حل۔ انہیں پہچاننا آپ کو یہ سمجھنے میں مدد دیتا ہے کہ frameworks کیسے کام کرتے ہیں اور بہتر طریقے سے ڈھانچہ والا کوڈ لکھتے ہیں۔

## MVC (Model-View-Controller) — تعمیری بنیاد

```text
Model      → data + business logic (e.g. Eloquent models)
View       → presentation (templates: Blade, Twig)
Controller → handles requests, coordinates models & views
→ The structural pattern of nearly every PHP web framework.
```

## Dependency Injection / IoC Container

```php
// frameworks use a container to resolve & inject dependencies (decoupling, testability)
$service = $container->get(UserService::class);   // dependencies auto-wired
```

## Repository pattern — ڈیٹا رسائی کو الگ کریں

```php
interface UserRepository {
    public function find(int $id): ?User;
}
class EloquentUserRepository implements UserRepository { /* DB-specific impl */ }
// services depend on the INTERFACE → swap data sources, mock in tests
```

**Repository** pattern ڈیٹا رسائی کو ایک interface کے پیچھے الگ کرتا ہے — کاروبار کی منطق کو ڈیٹا بیس سے الگ کرتے ہوئے اور ٹیسٹنگ میں مدد کرتے ہوئے۔

## Factory — object بنانے کو محفوظ کریں

```php
class PaymentFactory {
    public static function create(string $type): PaymentGateway {
        return match($type) {
            'stripe' => new StripeGateway(),
            'paypal' => new PayPalGateway(),
        };
    }
}
```

## PHP frameworks میں دیگر عام patterns

```text
Singleton  → one shared instance (often via the DI container, e.g. config, DB connection)
Observer   → event/listener systems (Laravel events, model observers)
Strategy   → interchangeable algorithms (e.g. different cache/auth drivers)
Decorator  → wrap to add behavior (middleware-style request/response wrapping)
Facade     → a simple static interface to complex subsystems (Laravel Facades:
             Cache::get(), DB::table() — proxy to container-resolved services)
Adapter    → uniform interface over different implementations (e.g. filesystem drivers)
Active Record → models that wrap DB rows with query/save methods (Eloquent)
```

Laravel خاص طور پر ان کو ظاہر کرتا ہے: **Facades** (services کے لیے static proxies)، **Active Record** (Eloquent models)، **Observer** (events/model observers)، **Strategy** (قابل تبدیل drivers cache، queue، auth کے لیے)۔

## یہ کیوں اہم ہے

Design patterns PHP developers کے لیے اہم علم ہیں کیونکہ بڑے frameworks (Laravel، Symfony) مکمل طور پر ان پر بنائے گئے ہیں — تو patterns کو سمجھنا ضروری ہے *یہ سمجھنے کے لیے کہ یہ frameworks کیسے کام کرتے ہیں* اور خود اچھی طریقے سے ڈھانچہ والا کوڈ لکھنے کے لیے۔

**MVC** کو پہچاننا (تقریباً ہر PHP web framework کی تعمیری بنیاد)، **Dependency Injection / IoC containers** (frameworks کیسے dependencies کو الگ کرنے اور قابل جانچ بنانے کے لیے کنکٹ کرتے ہیں)، **Repository pattern** (ڈیٹا رسائی کو testable، بدلنے کے قابل persistence کے لیے الگ کرتے ہوئے)، اور framework سے مخصوص patterns جیسے Laravel کے **Facades** (services کے لیے static proxies)، **Active Record** (Eloquent models)، اور **Observer** (events) ان frameworks کا "جادو" سمجھتا ہے اور آپ کو انہیں مؤثر طریقے سے استعمال اور بڑھانے دیتا ہے۔

Frameworks کو سمجھنے سے آگے، عام patterns کو جاننا آپ کو design بحث کے لیے ایک مشترک لغت، بار بار آنے والے مسائل کے ثابت شدہ حل، اور maintainable، لچکدار کوڈ کو ڈیزائن کرنے کی صلاحیت دیتا ہے۔

چونکہ پروفیشنل PHP development تقریباً ہمیشہ pattern سے بھرے frameworks میں ہوتی ہے، اور چونکہ اچھا application ڈیزائن مناسب pattern استعمال پر منحصر ہے، عام design patterns کو سمجھنا — کہ وہ کیا حل کرتے ہیں اور PHP ecosystem میں کہاں ظاہر ہوتے ہیں — قیمتی سینئر سطح کا علم ہے جو ان developers کو الگ کرتا ہے جو گہرائی سے اپنے tools کو سمجھتے ہیں اور اچھی طریقے سے ڈیزائن کیے گئے applications بنا سکتے ہیں ان سے جو frameworks کو سطحی طور پر استعمال کرتے ہیں۔ (انتباہ، ہمیشہ کی طرح: patterns اصل مسائل کے tools ہیں، goals نہیں — انہیں جہاں فٹ نہیں ہوتے وہاں لاگو کرنا بے وجہ پیچیدگی شامل کرتا ہے۔)