В какой момент разработки проверяется, что код соответствует паттернам проектирования

Проверка соответствия кода паттернам проектирования происходит на нескольких этапах:

1. Code Review - основной момент проверки. Коллеги анализируют код на соответствие принятым в проекте паттернам и архитектурным решениям. Пример:

// Плохо - прямое создание зависимостей
class UserService {
  private db = new Database(); // нарушение DI

// Хорошо - внедрение зависимости
class UserService {
  constructor(private db: Database) {} // соответствует DI паттерну

2. Статический анализ - линтеры (ESLint) и инструменты типа SonarQube могут проверять базовые антипаттерны.

3. Архитектурные обсуждения - при проектировании новых фич команда заранее обсуждает, какие паттерны будут использованы.

4. Ретроспективы - анализ успешности выбранных решений после реализации.

Лучшая практика - проверять соответствие паттернам на протяжении всего цикла разработки, а не только в конце.