Ответ.

История вопроса:

Static-свойства и методы появились в классах JavaScript, начиная с ES6, однако строгая типизация этих элементов стала возможна благодаря TypeScript. В динамическом JavaScript static-элементы класса не отличаются типом от нестатических, но TypeScript позволяет добавлять безопасность типов и структуру классов с учетом статичных членов.

Проблема:

Static-свойства и методы принадлежат самому классу, а не его экземплярам. Однако многие разработчики путают типизацию экземпляра (через this или конструктор) и типизацию самого класса как объекта. Это иногда приводит к ошибкам при обращении к статическим полям внутри методов или при наследовании.

Решение:

В TypeScript статические члены классов типизируются отдельно от нестатических:

• Для нестатических членов используется описание через тело класса.
• Для статических — через ключевое слово static.
• Тип самого класса можно описать с помощью конструкции typeof, чтобы безопасно передавать и использовать его как объект с определенной структурой.

Пример кода:

class User {
  static count: number = 0;

  name: string;
  constructor(name: string) {
    this.name = name;
    User.count++;
  }

  static getCount(): number {
    return User.count;
  }
}

function createUserClass(): typeof User {
  return User;
}

Ключевые особенности:

• static-члены живут не в экземпляре, а в конструкторе класса, поэтому доступны только через сам класс
• для передачи/типизации самого класса используется typeof User, а для экземпляров — User
• для статических методов есть свои ограничения (нет доступа к this, если не вызывать через конструктор класса)

Вопросы с подвохом.

Могут ли static-методы работать с нестатическими свойствами класса напрямую?

Нет, static-методы не имеют доступа к нестатическим свойствам через this, так как this указывает на сам класс (конструктор). Для работы с нестатическими свойствами необходимо работать с экземплярами объекта.

class Demo {
  static demoStatic() {
    // this.value; // Ошибка — value не static
  }
}

Можно ли обратиться к static-свойству через экземпляр класса?

Нет, доступ к static-свойствам возможен только через само имя класса, а не через экземпляр:

const u = new User('Max');
console.log(u.count); // Ошибка
console.log(User.count); // OK

Можно ли наследовать и переопределять static-методы при наследовании класса?

Да, static-методы можно наследовать и переопределять, и это будет работать, как ожидается:

class Animal {
  static who() { return 'Animal'; }
}
class Dog extends Animal {
  static who() { return 'Dog'; }
}
console.log(Dog.who()); // 'Dog'

Типовые ошибки и анти-паттерны

• Путаница между static и нестатическими членами класса
• Попытка обратиться к статическим полям через экземпляр
• Ошибки при использовании this внутри static-методов

Пример из жизни

Негативный кейс

Разработчик хранит счетчик созданных инстансов как обычное свойство экземпляра, а не как static. При каждом создании объекта поле увеличивается, но не синхронизировано для всех объектов класса.

Плюсы:

• Просто реализовать без знаний про static

Минусы:

• Нарушение инвариантов, счетчик не отражает число объектов, возможность ошибок при массовом создании

Позитивный кейс

Использование static count для учета всех объектов, корректное увеличение в конструкторе и статический метод для получения счетчика.

Плюсы:

• Гарантия корректного учёта, инкапсуляция логики только в классе
• Static-поля нельзя перепутать с полями экземпляра

Минусы:

• Требует понимания разницы между static и instance, необходимо помнить о синтаксисе