Класс MinguoChronology

Получает идентификатор хронологии - 'Мингуо'.

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

Получает тип календаря базовой календарной системы - 'roc'.

Тип календаря - это идентификатор, определенный спецификацией Unicode Locale Data Markup Language (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.

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

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