Класс HijrahChronology

public static final HijrahChronology INSTANCE

Единственный экземпляр исламского календаря Umm Al-Qura Саудовской Аравии. Другие варианты хронологии Хиджры могут быть доступны из Chronology.getAvailableChronologies().

public String getId()

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

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

public String getCalendarType()

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

Тип календаря - это идентификатор, определенный спецификацией Unicode Locale Data Markup Language (LDML). Он может быть использован для поиска Chronology с помощью Chronology.of(String).

public HijrahDate date(Era era, int yearOfEra, int month, int dayOfMonth)

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

public HijrahDate date(int prolepticYear, int month, int dayOfMonth)

Получает локальную дату в системе календаря Хиджры по пролептическому году, месяцу и дню месяца.

public HijrahDate dateYearDay(Era era, int yearOfEra, int dayOfYear)

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

public HijrahDate dateYearDay(int prolepticYear, int dayOfYear)

Получает локальную дату в системе календаря Хиджры по пролептическому году и дню года.

public HijrahDate dateEpochDay(long epochDay)

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

public HijrahDate dateNow()

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

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

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

public HijrahDate dateNow(ZoneId zone)

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

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

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

public HijrahDate dateNow(Clock clock)

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

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

public HijrahDate date(TemporalAccessor temporal)

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

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

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

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

public ChronoLocalDateTime<HijrahDate> localDateTime(TemporalAccessor temporal)

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

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

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

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

public ChronoZonedDateTime<HijrahDate> zonedDateTime(TemporalAccessor temporal)

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

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

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

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

public ChronoZonedDateTime<HijrahDate> zonedDateTime(Instant instant, ZoneId zone)

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

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

public boolean isLeapYear(long prolepticYear)

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

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

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

За пределами диапазона допустимых годов реализация свободна возвращать либо лучшее предположение, либо false. Реализация не должна выбрасывать исключение, даже если год выходит за пределы допустимого диапазона.

public int prolepticYear(Era era, int yearOfEra)

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

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

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

public HijrahEra eraOf(int eraValue)

Создает объект HijrahEra из числового значения. Система календаря Хиджры имеет только одну эру, охватывающую пролептические годы больше нуля. Этот метод возвращает одиночный HijrahEra для значения 1.

public List<Era> eras()

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

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

public ValueRange range(ChronoField field)

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

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

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

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

public HijrahDate resolveDate(Map<TemporalField,Long> fieldValues, ResolverStyle resolverStyle)

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