Mitkä suunnittelumallit ovat yleisiä PHP-kehyksissä?

Question

Accepted Answer

PHP-kehykset (Laravel, Symfony) on rakennettu klassikoille **suunnittelumalleille** — uudelleenkäytettäville ratkaisuille yleisiin suunnitteluongelmiin. Niiden tunnistaminen auttaa ymmärtämään, kuinka kehykset toimivat, ja kirjoittamaan paremmin strukturoitua koodia itse.

## MVC (Model-View-Controller) — arkkitehtoninen perusta

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

## Riippuvuuksien injektio / IoC-säiliö

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

## Repository-malli — tiedon saannin abstrahoiminen

```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**-malli abstrahoi tiedon saannin rajapinnan taakse — irrottaen liiketoimintalogiikan tietokannasta ja helpottaen testausta.

## Factory — objektien luomisen kapselointi

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

## Muut yleiset mallit PHP-kehyksissä

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

Especially Laravel esittelee nämä: **Facades** (staattiset välityspalvelimet palveluihin), **Active Record** (Eloquent-mallit), **Observer** (tapahtumat/mallin tarkkailijat), **Strategy** (vaihdettavat ohjaajat välimuistille, jonolle, todentamiselle).

## Miksi se on tärkeää

Suunnittelumallit ovat tärkeä tieto PHP-kehittäjille, koska pääkehykset (Laravel, Symfony) on rakennettu kokonaan niille — joten mallien ymmärtäminen on olennaista sekä näiden kehysten *toiminnan ymmärtämiseksi* että hyvin strukturoidun koodin kirjoittamiseksi.

**MVC**:n tunnistaminen (lähes jokaisen PHP-verkkokehyksen arkkitehtoninen perusta), **riippuvuuksien injektio / IoC-säiliöt** (kuinka kehykset yhdistävät riippuvuuksia irrottamista ja testaavuutta varten), **Repository-malli** (tiedon saannin abstrahoiminen testaavaa, vaihdettavaa pysyvyyttä varten) ja kehyskohtaiset mallit, kuten Laravelin **Facades** (staattiset välityspalvelimet palveluihin), **Active Record** (Eloquent-mallit) ja **Observer** (tapahtumat) selittää näiden kehysten