Как использовал полиморфизм в своих проектах?

Практическое применение полиморфизма в PHP проектах

Полиморфизм — это один из ключевых принципов ООП (объектно-ориентированного программирования), который я активно использую для создания гибкого, масштабируемого и поддерживаемого кода. В своей практике я применяю его преимущественно через интерфейсы и абстрактные классы, что позволяет достичь независимости компонентов и легко расширять систему.

1. Абстракция стратегий обработки данных

В одном из проектов, связанном с агрегацией данных из различных источников (API, файлы, базы данных), я использовал полиморфизм для реализации стратегий загрузки.

<?php

interface DataLoaderInterface {
    public function load(array $config): array;
}

class ApiDataLoader implements DataLoaderInterface {
    public function load(array $config): array {
        // Логика получения данных через API
        $response = HttpClient::get($config['endpoint']);
        return json_decode($response, true);
    }
}

class FileDataLoader implements DataLoaderInterface {
    public function load(array $config): array {
        // Логика чтения данных из файла
        return json_decode(file_get_contents($config['path']), true);
    }
}

class DatabaseDataLoader implements DataLoaderInterface {
    public function load(array $config): array {
        // Логика выборки данных из БД
        return DB::query($config['query'])->fetchAll();
    }
}

// Использование в сервисе агрегации
class DataAggregationService {
    private DataLoaderInterface $loader;
    
    public function __construct(DataLoaderInterface $loader) {
        $this->loader = $loader; // Полиморфизм: сервис работает с любым загрузчиком
    }
    
    public function aggregate(array $config): array {
        $rawData = $this->loader->load($config);
        return $this->process($rawData);
    }
}

// Клиентский код выбирает конкретную стратегию
$service = new DataAggregationService(new ApiDataLoader());
$result = $service->aggregate(['endpoint' => 'https://api.example.com/data']);

Этот подход позволил:

• Легко добавлять новые источники данных без изменения основного сервиса
• Тестировать компоненты независимо благодаря инверсии зависимостей
• Конфигурировать систему динамически через внедрение зависимостей

2. Полиморфная система оплаты в e-commerce

В проекте электронной коммерции требовалась поддержка множества платежных методов (карта, PayPal, банковский перевод, криптовалюты).

<?php

abstract class PaymentMethod {
    abstract public function process(float $amount): PaymentResult;
    abstract public function validate(): bool;
}

class CreditCardPayment extends PaymentMethod {
    public function process(float $amount): PaymentResult {
        // Специфичная логика обработки карты
        return new PaymentResult($this->gateway->charge($amount));
    }
    
    public function validate(): bool {
        return $this->card->isValid();
    }
}

class PayPalPayment extends PaymentMethod {
    public function process(float $amount): PaymentResult {
        // Логика интеграции с PayPal API
        return new PaymentResult($this->paypalClient->createOrder($amount));
    }
    
    public function validate(): bool {
        return $this->paypalAccount->isVerified();
    }
}

// Унифицированный обработчик платежей
class PaymentProcessor {
    public function execute(PaymentMethod $method, float $amount): PaymentResult {
        if (!$method->validate()) {
            throw new ValidationException();
        }
        
        // Полиморфный вызов: процессор не знает конкретный тип платежа
        return $method->process($amount);
    }
}

// Использование
$processor = new PaymentProcessor();
$payment = new CreditCardPayment($cardDetails);
$result = $processor->execute($payment, 100.00);

3. Полиморфизм в шаблонизации и рендеринге

Для системы, которая генерирует отчеты в разных форматах (PDF, HTML, Excel), я создал полиморфный рендерер.

<?php

interface ReportRendererInterface {
    public function render(ReportData $data): string;
    public function getSupportedFormat(): string;
}

class PdfRenderer implements ReportRendererInterface {
    public function render(ReportData $data): string {
        // Использование библиотеки для генерации PDF
        return $this->pdfGenerator->generate($data->toArray());
    }
    
    public function getSupportedFormat(): string {
        return 'pdf';
    }
}

class HtmlRenderer implements ReportRendererInterface {
    public function render(ReportData $data): string {
        // Рендеринг через Twig или Blade
        return $this->templateEngine->render('report.html.twig', $data);
    }
    
    public function getSupportedFormat(): string {
        return 'html';
    }
}

// Фабрика для выбора рендерера по формату
class ReportFactory {
    private array $renderers;
    
    public function __construct(ReportRendererInterface ...$renderers) {
        foreach ($renderers as $renderer) {
            $this->renderers[$renderer->getSupportedFormat()] = $renderer;
        }
    }
    
    public function createReport(ReportData $data, string $format): string {
        if (!isset($this->renderers[$format])) {
            throw new UnsupportedFormatException();
        }
        
        // Полиморфный рендеринг: фабрика делегирует работу конкретному объекту
        return $this->renderers[$format]->render($data);
    }
}

Ключевые преимущества, которые я наблюдал:

• Снижение связности: компоненты зависят от абстракций, а не от конкретных реализаций
• Упрощение расширения: новые функциональности добавляются через создание новых классов, без модификации существующей логики
• Улучшение тестируемости: легко создавать моки и стабы для интерфейсов в unit-тестах
• Повышение читаемости: код становится более декларативным и понятным благодаря четким контрактам интерфейсов

В реальных проектах полиморфизм часто сочетается с другими принципами ООП и SOLID, особенно с принципом открытости/закрытости и инверсией зависимостей. Это создает архитектуру, которая устойчива к изменениям бизнес-требований и технологических stack.