Класс ThaiBuddhistChronology

Идентификатор уникально определяет Chronology. С его помощью можно найти Chronology, используя Chronology.of(String).

Тип календаря — это идентификатор, определённый спецификацией языка разметки данных локали Unicode (LDML). С его помощью можно найти Chronology, используя Chronology.of(String). Его также можно использовать как часть локали, доступную через Locale.getUnicodeLocaleType(String) с ключом 'ca'.

Для получения текущей даты выполняется запрос к system clock в часовом поясе по умолчанию.

Использование этого метода не позволяет применять альтернативные часы для тестирования, поскольку часы заданы жёстко.

Для получения текущей даты выполняется запрос к system clock. Указание часового пояса позволяет избежать зависимости от часового пояса по умолчанию.

Использование этого метода не позволяет применять альтернативные часы для тестирования, поскольку часы заданы жёстко.

Для получения текущей даты выполняется запрос к указанным часам. Использование этого метода позволяет применять альтернативные часы для тестирования. Альтернативные часы можно создать с помощью dependency injection.

Этот метод получает дату в данной хронологии на основе указанного временного объекта. TemporalAccessor представляет произвольный набор сведений о дате и времени, который эта фабрика преобразует в экземпляр ChronoLocalDate.

При преобразовании обычно используется поле EPOCH_DAY, стандартизованное для всех календарных систем.

Сигнатура этого метода соответствует сигнатуре функционального интерфейса TemporalQuery, что позволяет использовать его в качестве запроса с помощью ссылки на метод aChronology::date.

Этот метод получает дату и время в данной хронологии на основе указанного временного объекта. TemporalAccessor представляет произвольный набор сведений о дате и времени, который эта фабрика преобразует в экземпляр ChronoLocalDateTime.

При преобразовании извлекаются и объединяются ChronoLocalDate и LocalTime из временного объекта. Реализациям разрешено выполнять оптимизации, например обращаться к полям, эквивалентным соответствующим объектам. Результат использует эту хронологию.

Сигнатура этого метода соответствует сигнатуре функционального интерфейса TemporalQuery, что позволяет использовать его в качестве запроса с помощью ссылки на метод aChronology::localDateTime.

Этот метод получает дату и время с часовым поясом в данной хронологии на основе указанного временного объекта. TemporalAccessor представляет произвольный набор сведений о дате и времени, который эта фабрика преобразует в экземпляр ChronoZonedDateTime.

Сначала преобразование получает ZoneId из временного объекта, а при необходимости использует ZoneOffset. Затем оно пытается получить Instant, а при необходимости использует ChronoLocalDateTime. Результатом будет комбинация ZoneId или ZoneOffset с Instant или ChronoLocalDateTime. Реализациям разрешено выполнять оптимизации, например обращаться к полям, эквивалентным соответствующим объектам. Результат использует эту хронологию.

Сигнатура этого метода соответствует сигнатуре функционального интерфейса TemporalQuery, что позволяет использовать его в качестве запроса с помощью ссылки на метод aChronology::zonedDateTime.

Этот метод получает дату и время с часовым поясом, соответствующие указанному моменту времени.

Високосные годы тайского буддийского календаря полностью совпадают с високосными годами ISO. Этот метод не проверяет переданное значение года и имеет определённый результат только для годов в поддерживаемом диапазоне.

Этот метод объединяет эру и год эры в одно поле пролептического года.

Если в хронологии активно используются эры, например JapaneseChronology, год эры проверяется на соответствие эре. Для других хронологий проверка необязательна.

Эра — это, по существу, самое крупное деление временной шкалы. В большинстве календарных систем есть одна эпоха, разделяющая временную шкалу на две эры. Однако в некоторых системах эр несколько, например по одной для правления каждого лидера. Точное значение определяется хронологией с учётом следующих ограничений.

Эра, действующая на дату 1970-01-01, должна иметь значение 1. Более поздние эры должны иметь последовательно возрастающие значения. Более ранние эры должны иметь последовательно убывающие значения. Каждая хронология должна использовать перечисление или аналогичный объект-одиночку для предоставления значений эр.

Этот метод возвращает эру-одиночку правильного типа для указанного значения эры.

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

Все поля можно выразить как целое число long. Этот метод возвращает объект, описывающий допустимый диапазон таких значений.

Обратите внимание, что результат описывает только минимальные и максимальные допустимые значения, и не следует делать на их основе излишних выводов. Например, внутри диапазона могут быть значения, недопустимые для данного поля.

Этот метод возвращает результат независимо от того, поддерживает ли хронология данное поле.

Большинство реализаций TemporalField разрешаются с помощью метода resolve поля. Напротив, класс ChronoField определяет поля, смысл которых зависит только от хронологии. Поэтому поля даты ChronoField разрешаются здесь в контексте конкретной хронологии.

Экземпляры ChronoField разрешаются этим методом, который можно переопределить в подклассах.

• EPOCH_DAY — если присутствует, преобразуется в дату, после чего все остальные поля даты сверяются с этой датой.
• PROLEPTIC_MONTH — если присутствует, разделяется на YEAR и MONTH_OF_YEAR. В строгом и разумном режимах поле проверяется.
• YEAR_OF_ERA и ERA — если присутствуют оба поля, они объединяются в YEAR. В нестрогом режиме диапазон YEAR_OF_ERA не проверяется, а в разумном и строгом режимах проверяется. Диапазон ERA проверяется во всех трёх режимах. Если присутствует только YEAR_OF_ERA, а режим — разумный или нестрогий, предполагается последняя доступная эра. В строгом режиме эра не предполагается, а YEAR_OF_ERA остаётся без изменений. Если присутствует только ERA, оно остаётся без изменений.
• YEAR, MONTH_OF_YEAR и DAY_OF_MONTH — если присутствуют все три поля, они объединяются в дату. Во всех трёх режимах проверяется YEAR. В разумном и строгом режимах проверяются месяц и день. В нестрогом режиме дата формируется так, как если бы сначала создавалась дата первого дня первого месяца запрошенного года, затем добавлялась разница в месяцах и после этого разница в днях. Если режим разумный, а день месяца превышает максимальное значение для данного сочетания года и месяца, день месяца заменяется последним днём месяца. В строгом режиме эти три поля должны задавать допустимую дату.
• YEAR и DAY_OF_YEAR — если присутствуют оба поля, они объединяются в дату. Во всех трёх режимах проверяется YEAR. В нестрогом режиме дата формируется так, как если бы сначала создавалась дата первого дня запрошенного года, а затем добавлялась разница в днях. В разумном и строгом режимах эти два поля должны задавать допустимую дату.
• YEAR, MONTH_OF_YEAR, ALIGNED_WEEK_OF_MONTH и ALIGNED_DAY_OF_WEEK_IN_MONTH — если присутствуют все четыре поля, они объединяются в дату. Во всех трёх режимах проверяется YEAR. В нестрогом режиме дата формируется так, как если бы сначала создавалась дата первого дня первого месяца запрошенного года, затем добавлялась разница в месяцах, затем разница в неделях и, наконец, в днях. В разумном и строгом режимах все четыре поля проверяются на соответствие своим внешним диапазонам. Затем дата формируется так, как если бы сначала создавалась дата первого дня запрошенного года и месяца, а затем к ней добавлялось указанное количество недель и дней. В строгом режиме дополнительно проверяется, что корректировка дня и недели не изменила месяц.
• YEAR, MONTH_OF_YEAR, ALIGNED_WEEK_OF_MONTH и DAY_OF_WEEK — если присутствуют все четыре поля, они объединяются в дату. Используется тот же подход, что описан выше для годов, месяцев и недель в ALIGNED_DAY_OF_WEEK_IN_MONTH. После обработки годов, месяцев и недель день недели корректируется на следующий или текущий соответствующий день недели.
• YEAR, ALIGNED_WEEK_OF_YEAR и ALIGNED_DAY_OF_WEEK_IN_YEAR — если присутствуют все три поля, они объединяются в дату. Во всех трёх режимах проверяется YEAR. В нестрогом режиме дата формируется так, как если бы сначала создавалась дата первого дня запрошенного года, затем добавлялась разница в неделях и после этого разница в днях. В разумном и строгом режимах все три поля проверяются на соответствие своим внешним диапазонам. Затем дата формируется так, как если бы сначала создавалась дата первого дня запрошенного года, а затем к ней добавлялось указанное количество недель и дней. В строгом режиме дополнительно проверяется, что корректировка дня и недели не изменила год.
• YEAR, ALIGNED_WEEK_OF_YEAR и DAY_OF_WEEK — если присутствуют все три поля, они объединяются в дату. Используется тот же подход, что описан выше для годов и недель в ALIGNED_DAY_OF_WEEK_IN_YEAR. После обработки годов и недель день недели корректируется на следующий или текущий соответствующий день недели.

Реализация по умолчанию подходит для большинства календарных систем. Если обнаружено ChronoField.YEAR_OF_ERA без ChronoField.ERA, используется последняя эра из Chronology.eras(). Реализация предполагает, что в неделе 7 дней, первый день месяца имеет значение 1, первый день года имеет значение 1, а первый день месяца и года всегда существует.