Какие использовал шаблоны проектирования?

Использование шаблонов проектирования в PHP Backend

В моей практике разработки на PHP я активно применяю шаблоны проектирования, так как они позволяют создавать поддерживаемый, масштабируемый и тестируемый код. Вот ключевые категории и конкретные паттерны, которые я чаще всего использую:

1. Порождающие шаблоны (Creational Patterns)

Эти паттерны помогают гибко создавать объекты, уменьшая связанность кода.

• Фабричный метод (Factory Method): Использую для создания семейств связанных объектов без привязки к конкретным классам. Например, для генерации разных типов отчётов (PDF, CSV, Excel).

interface Report {
    public function generate(): string;
}

class PdfReport implements Report {
    public function generate(): string {
        return "PDF report generated";
    }
}

class ReportFactory {
    public static function create(string $type): Report {
        return match($type) {
            'pdf' => new PdfReport(),
            'csv' => new CsvReport(),
            default => throw new InvalidArgumentException('Unknown report type')
        };
    }
}

• Одиночка (Singleton): Применяю осторожно, в основном для логгеров, подключений к базе данных или кэшей, где действительно нужен единственный экземпляр.

class DatabaseConnection {
    private static ?self $instance = null;
    
    private function __construct() {}
    
    public static function getInstance(): self {
        if (self::$instance === null) {
            self::$instance = new self();
        }
        return self::$instance;
    }
}

• Строитель (Builder): Незаменим при создании сложных объектов с множеством опциональных параметров, например, конфигурации приложения или запросов к API.

2. Структурные шаблоны (Structural Patterns)

Эти паттерны помогают организовать классы и объекты в более крупные структуры.

• Адаптер (Adapter): Часто использую для интеграции сторонних библиотек или API, приводя их интерфейсы к ожидаемому в системе виду.

interface PaymentGateway {
    public function pay(float $amount): bool;
}

class ThirdPartyPayment {
    public function makePayment(float $sum): bool {
        // Логика стороннего сервиса
        return true;
    }
}

class PaymentAdapter implements PaymentGateway {
    public function __construct(private ThirdPartyPayment $payment) {}
    
    public function pay(float $amount): bool {
        return $this->payment->makePayment($amount);
    }
}

• Декоратор (Decorator): Применяю для динамического добавления функциональности объектам, например, для кэширования, логирования или валидации.

• Фасад (Facade): Создаю упрощённые интерфейсы для сложных подсистем, что особенно полезно при работе с внешними сервисами или сложными библиотеками.

3. Поведенческие шаблоны (Behavioral Patterns)

Эти паттерны отвечают за эффективное взаимодействие между объектами.

• Стратегия (Strategy): Использую для реализации различных алгоритмов, которые могут меняться в runtime, например, способы сортировки, расчёта доставки или применения скидок.

• Наблюдатель (Observer): Применяю для реализации событийной модели, уведомляя заинтересованные объекты об изменениях состояния.

• Посредник (Mediator): Использую для уменьшения связанности между компонентами системы, особенно в сложных формах или процессах бизнес-логики.

4. Архитектурные шаблоны

Хотя это не классические GoF-паттерны, они критически важны в backend-разработке:

• Repository Pattern: Для абстракции доступа к данным, что позволяет легко менять источники данных и писать тесты.
• Service Layer: Для инкапсуляции бизнес-логики, отделяя её от контроллеров и моделей.
• Dependency Injection: Реализую через контейнер внедрения зависимостей для управления зависимостями и улучшения тестируемости.

Практический пример применения

В реальном проекте электронной коммерции я комбинировал несколько паттернов:

• Repository для работы с заказами
• Strategy для расчёта стоимости доставки разными способами
• Observer для отправки уведомлений при изменении статуса заказа
• Decorator для добавления логирования и кэширования к основным операциям

Критерии выбора паттернов

Я не применяю шаблоны слепо, а выбираю их исходя из:

1. Решаемой проблемы - каждый паттерн решает конкретную задачу
2. Сложности системы - простым проектам не нужны сложные паттерны
3. Поддерживаемости - код должен быть понятен другим разработчикам
4. Тестируемости - паттерны должны упрощать написание тестов

Использование шаблонов проектирования - это баланс между гибкостью и сложностью. Правильно применённые паттерны значительно улучшают качество кода, но их избыточное использование может привести к ненужной усложнённости архитектуры.