Класс ThaiBuddhistChronology

Возвращает идентификатор хронологии — 'ThaiBuddhist'.

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

Возвращает тип календаря базовой системы календарей — 'buddhist'.

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

Получает текущую локальную дату в этой хронологии с системных часов в часовом поясе по умолчанию.

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

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

Получает текущую локальную дату в этой хронологии с системных часов в указанном часовом поясе.

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

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

Получает текущую локальную дату в этой хронологии с указанных часов.

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

Получает локальную дату в этой хронологии из другого временного объекта.

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

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

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

Получает локальное время и дату в этой хронологии из другого временного объекта.

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

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

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

Получает ChronoZonedDateTime в этой хронологии из другого временного объекта.

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

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

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

Получает ChronoZonedDateTime в этой хронологии из Instant.

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

Проверяет, является ли указанный год високосным.

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

Вычисляет пролептический год, заданный эрой и годом эры.

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

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

Создает объект хронологической эры из числового значения.

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

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

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

Получает список эр для хронологии.

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

Получает диапазон допустимых значений для указанного поля.

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

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

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

Разрешает значения ChronoField разбора в дату во время разбора.

Большинство реализаций 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(). Реализация предполагает семидневную неделю, что первый день месяца имеет значение 1, что первый день года имеет значение 1, и что первый день месяца и года всегда существует.