Класс Date в JavaScript сломан

Класс Date в JavaScript фундаментально сломан — это реликт, приносящий больше разочарования, чем пользы. Небольшой тест из видео Better Stack «Насколько хорошо вы знаете класс Date в JavaScript?» сразу обнажает этот системный изъян. Выполните new Date('0'), и вы получите 2000 год. Однако new Date(0) корректно возвращает Unix epoch, 1 января 1970 года, 00:00:00 UTC. Различие между строкой и числом здесь приводит к тридцатилетней разнице — поистине ошеломляющее первое впечатление.

Путаница только усиливается с Date.parse(). Этот метод работает исключительно со строками, а значит, Date.parse(0) сначала приводит число 0 к строке '0'. В результате и Date.parse('0'), и Date.parse(0) выдают 2000 год. Базовая логика, если она вообще есть, остается скрытой, вынуждая разработчиков постоянно быть начеку из-за неожиданных приведений типов.

Абсурд выходит за рамки нуля. Рассмотрим new Date('2'). Можно ожидать ошибку или, возможно, эпоху, но JavaScript интерпретирует это как февраль 2001 года. Столь произвольный парсинг проистекает из того, что можно назвать только зависящими от реализации эвристиками, где однозначные строки двусмысленно становятся годами или месяцами. Эта непредсказуемость превращает объект Date в минное поле, а не в инструмент.

Помимо странностей парсинга, объект Date в JavaScript содержит фундаментальные недостатки проектирования, которые делают его постоянным источником разочарования. Его изменяемость — главный нарушитель. Методы вроде setDate() или setMonth() напрямую изменяют экземпляр Date, что приводит к скрытым побочным эффектам во всем приложении. Передайте объект Date в функцию, измените его, и внезапно исходная ссылка изменится без явного предупреждения, создавая кошмары при отладке.

Затем следуют печально известные проблемы с часовыми поясами. Объект Date агрессивно конвертирует время в локальный часовой пояс пользователя и обратно, вызывая повсеместные ошибки смещения на один день. Дата, созданная из строки UTC, может выглядеть корректно, но последующие вызовы getDate() или getMonth() могут вернуть совершенно другой день или месяц, если локальное смещение переносит ее через полночь. Эта двусмысленность между локальным временем и UTC — постоянная ловушка.

Наконец, сам API — это мастер-класс по плохому дизайну. Месяцы индексируются с нуля, что означает, что январь — это 0, а декабрь — 11 — классический источник ошибок, требующий постоянных вычислений в уме. Хуже того, объект Date обрабатывает неверные значения с помощью «переполнения» без уведомления, а не через ошибки. Попробуйте new Date(2023, 0, 32): вместо того чтобы выбросить исключение для 32 января, он переходит на 1 февраля 2023 года, маскируя неверные данные и позволяя некорректным датам распространяться незаметно.

Эра ошибок объекта Date наконец подходит к концу. После десятилетий борьбы разработчиков с его хаотичным поведением, официальная современная замена в JavaScript, Temporal, призвана исправить эту боль. Это не просто обновление; это фундаментальный сдвиг парадигмы, тщательно разработанный для решения основных проблем проектирования, которые преследовали JavaScript с момента его создания.

Самое важное преимущество Temporal заключается в использовании неизменяемых объектов (immutable objects). Такая архитектура предотвращает появление скрытых, трудноотлаживаемых побочных эффектов, характерных для изменяемого объекта Date, гарантируя, что операции всегда возвращают новые экземпляры, а не изменяют существующие. Кроме того, разработчики наконец получают явный и однозначный контроль над обработкой часовых поясов. Это исключает догадки и неожиданные преобразования, которые долгое время мучили приложения, стремящиеся к глобальной точности.

Помимо неизменяемости, Temporal представляет мощный набор точных типов объектов, каждый из которых предназначен для корректного моделирования конкретных концепций времени. Разработчикам больше не нужно пытаться втиснуть любой сценарий работы с датой и временем в один перегруженный объект Date. Temporal предлагает специализированные типы, такие как:

• Temporal.PlainDate для дат без контекста времени или часового пояса.
• Temporal.PlainTime для времени без контекста даты или часового пояса.
• Temporal.ZonedDateTime для конкретного момента времени, привязанного к часовому поясу и календарю.

Эти специализированные объекты обеспечивают непревзойденную ясность и контроль, что резко контрастирует с присущими устаревшему объекту Date проблемами. Для более глубокого изучения печально известных несоответствий объекта Date обратитесь к Date - JavaScript | MDN.

Разработчики, время оправданий прошло. Хотя Temporal остается предложением стадии Stage 3, стабильные полифилы, такие как tc39/proposal-temporal, делают его полностью готовым к использованию в продакшене уже сегодня. Вам больше не нужно откладывать внедрение надежной обработки дат в ожидании повсеместной нативной поддержки в браузерах. Примите будущее управления датами и временем в JavaScript прямо сейчас, чтобы создавать гораздо более надежные приложения.

Рассмотрим распространенную и неприятную проблему добавления месяца к дате. Встроенный в JavaScript объект Date с его присущей изменчивостью и часто сбивающими с толку календарными особенностями нередко дает неожиданные и неверные результаты. Например, попытка добавить один месяц к 31 января 2023 года с помощью new Date(2023, 0, 31).setMonth(1) катастрофическим образом изменяет объект даты на 2 марта 2023 года, вместо ожидаемого 28 или 29 февраля. Temporal, напротив, предлагает ясность и предсказуемость:

// До: Ошибочный Date
const d = new Date(2023, 0, 31);
d.setMonth(d.getMonth() + 1); // Изменяется на 2 марта 2023 года

// После: Чистый Temporal
const plainDate = Temporal.PlainDate.from('2023-01-31');
const nextMonth = plainDate.add({ months: 1 }); // Правильно: 28 февраля 2023 года

Эта существенная разница подчеркивает неизменяемый дизайн и предсказуемую арифметику Temporal. API последовательно обрабатывает календарные переполнения и часовые пояса без скрытых ловушек. Пришло время избавиться от зависимости от сторонних библиотек, которые зачастую избыточны и лишь «заплатки» для нативных недостатков, увеличивая размер бандла и сложность кода. Начните изучать этот официальный стандарт будущего. Пишите логику работы с датами, которая действительно читаема, доказанно менее подвержена ошибкам и создана на века, освободив вашу кодовую базу от десятилетних головных болей, связанных с датами.

Почему new Date('0') возвращает 2000 год в JavaScript?

Это связано с несогласованными правилами парсинга в движке JavaScript, зависящими от конкретной реализации. Короткие и неоднозначные строки не обрабатываются в соответствии с четким стандартом, что приводит к неожиданным результатам, таким как интерпретация '0' как 2000 года.

Что такое Temporal API?

Temporal — это современный встроенный API JavaScript, разработанный для полной замены несовершенного объекта Date. Он предлагает неизменяемые объекты, явную обработку часовых поясов и предсказуемый, надежный набор инструментов для манипуляции датой и временем.

Готов ли Temporal API к использованию в продакшене?

Будучи предложением TC39 Stage 3, Temporal API является стабильным, но пока еще не доступен во всех браузерах нативно. Разработчики могут использовать его уже сегодня с помощью официальных полифиллов, что позволяет писать перспективный код и сразу же пользоваться его преимуществами.

Чем Temporal лучше таких библиотек, как Day.js или date-fns?

Хотя библиотеки вроде Day.js предоставляют отличные обходные пути, они увеличивают размер бандла вашего приложения. Temporal станет нативным, стандартизированным решением, встроенным непосредственно в язык JavaScript, что обеспечит лучшую производительность и избавит от необходимости в сторонних зависимостях.