Определить, является ли введенный год високосным

@Rosa · Регистрация: 29.05.2012

Студворк — интернет-сервис помощи студентам

JavaScript
1
2
3
4
5
6
7
8
9
<html>
<script type="text/javascript">
,,,
function isLeapYear (year) {
    return new Date(year, 1, 29).getMonth() == 1;
}
,,,
</script>
</html>

Как ввести в код год и сделать результат?
Пробовала, через var year=prompt("Ввести год ");
Помогите пожалуйста.

@kalabuni · 23.01.2019, 10:28

klopp, мой подход, имхо, является более универсальным -- если исходить из того, что задача определения високосности года является частным случаем задачи определения количества дней Nm в любом месяце iM любого года Y, где iM -- это зеро-индекс месяца

JavaScript
1
2
var Nm = new Date (Y, iM + 1, 0).getDate ();
// нулевое число следующего месяца автоматически исправится на последний день предыдущего месяца

@Htext · 23.01.2019, 15:01

Сообщение от kalabuni

более универсальным

Наверное, не более универсальным, а основанным на "вшитом" в JS алгоритме. А у

Сообщение от kalabuni

klopp

подход "самодельный", если можно так выразиться.
Теоретически, да, лет через 200...300...500, может, внесут корректировку в алгоритм JS (в браузеры, соответственно, если они вообще будут присутствовать в те времена, если объект Date не станет deprecated и т.д.) и високосность будет определяться автоматически более точно. Ибо могут добавиться еще условия (признаки) определения високосности. А вот самодельные алгоритмы придется корректировать самостоятельно.

@kalabuni · 24.01.2019, 11:38

Сообщение от Htext

Теоретически, да, лет через 200...300...500, может, внесут корректировку в алгоритм JS (в браузеры, соответственно, если они вообще будут присутствовать в те времена, если объект Date не станет deprecated и т.д.)

странно, что вами "зелёные человечки" не упомянуты, которые вполне могут уже через полгода прилететь к нам с планеты Нибуру и захотят изо всех объектов и методов яваскрипта изъять именно объект Date (), да плюс к тому же внедрят на нашей планете свой, "нибуровский" календарь, где в сутках будет 213 часов, а в году всего 146 дней (и безо всякой високосности), ведь это тоже может "теоретически" произойти, почему нет?

Спасибо, Htext, вы де-факто подтвердили, что против моего подхода серьёзных контраргументов нет

@Htext · 24.01.2019, 12:13

kalabuni, да ладно Вам.
Дело в том, что и алгоритм, приведенный в Вашей ссылке, не является точным. В самом деле,
1) то, что предложил я - это наиболее грубый алгоритм, который можно использовать в течение ближайших n лет. Ну, на мой век точно хватит. Ибо уж далее 2100 года я точно жить не собираюсь.
2) алгоритм по Вашей ссылке (реализованный klopp) - более точен, учитывает даже такую мелочь, как один особенный год в 400 лет. Именно этим достигается тот факт, что за многие сотни лет количество дней в годах корректируется таким образом, чтобы не было сдвига.
Вот что пишут в Википедии: "Средняя продолжительность тропического года (время между двумя весенними равноденствиями) составляет примерно 365 суток 5 часов 49 минут.". Во-первых, ключевое слово - примерно. Во-вторых, даже если взять примерное значение, то
5 часов 49 минут = 5*60+49 = 349 минут = 0,2423611... суток. Обратите внимание, что дробь эта достаточно длинная. Возможно, это даже иррациональное число. Точных расчетов длительности года я пока не смотрел.

Кликните здесь для просмотра всего текста

Год	Число дней в году
2000	366
2001	365
2002	365
2003	365
2004	366
2005	365
2006	365
2007	365
2008	366
2009	365
2010	365
2011	365
2012	366
2013	365
2014	365
2015	365
2016	366
2017	365
2018	365
2019	365
2020	366
2021	365
2022	365
2023	365
2024	366
2025	365
2026	365
2027	365
2028	366
2029	365
2030	365
2031	365
2032	366
2033	365
2034	365
2035	365
2036	366
2037	365
2038	365
2039	365
2040	366
2041	365
2042	365
2043	365
2044	366
2045	365
2046	365
2047	365
2048	366
2049	365
2050	365
2051	365
2052	366
2053	365
2054	365
2055	365
2056	366
2057	365
2058	365
2059	365
2060	366
2061	365
2062	365
2063	365
2064	366
2065	365
2066	365
2067	365
2068	366
2069	365
2070	365
2071	365
2072	366
2073	365
2074	365
2075	365
2076	366
2077	365
2078	365
2079	365
2080	366
2081	365
2082	365
2083	365
2084	366
2085	365
2086	365
2087	365
2088	366
2089	365
2090	365
2091	365
2092	366
2093	365
2094	365
2095	365
2096	366
2097	365
2098	365

Далее, согласно алгоритма, для следующих 400 лет процесс расчета будет аналогичным.
Итак, длительность года составляет 146097/400 = 365,2425 дней в году в среднем, если руководствоваться имеющимся на сегодняшний день "точным" алгоритмом расчета. Т.е. добавляется 0,2425 дня к каждому году в среднем.
Как видим, разница приблизительно составляет 0,2425 - 0,2423611... = 0,0001389... дня в год. Она НЕ РАВНА нулю! Это означает, что в отдаленном будущем обязательно потребуется корректировка имеющегося на сегодняшний день "точного" алгоритма (приведенного по Вашей ссылке).
Еще раз: если же эта разница представляет собой иррациональное число, то придется корректировать алгоритм определения високосного года (в течение многих-многих тысячелетий) периодически/постоянно. Судя по расчету, такая корректировка потребуется, конечно, не через 300 лет, а через 7000 лет. Именно тогда время, если применять сегодняшний алгоритм, сдвинется примерно на 1 день. Конечно, к тому времени человечество, скорее всего, уже перестанет существовать, поэтому JS уже не будет нужен, поэтому этот мой расчет носит чисто теоретический характер.

Добавлено через 2 минуты
К сожалению, в таблицу поместилось менее 100 строк.

Добавлено через 8 минут
Что же касается

Сообщение от kalabuni

изъять именно объект Date ()

так это ЗАПРОСТО. Если уж нынче внедряются рассуждения о даже самой целесообразности языка JS (он, якобы, "позволяет эксплуатировать" недавно выявленные "уязвимости" процессоров Intel). Но, даже если он в обозримом будущем и останется, то, повторюсь, указанный объект вполне могут или изъять или, что хуже - изменить его функциональность (хуже потому, что разработчики могут не обратить на это внимание и год будет определяться как-то там, но, неверно). За примерами далеко не ходить - возьмите, хотя бы, особенности преемственности РНР3, РНР5, РНР7... У меня, к примеру, сайт не полноценно работает в РНР7, тогда как в РНР5 - все хорошо. Потому как написан на РНР5. То же самое может быть и с JS. Легко.
Только сделать могут это не ихтамнеты (упомянутые Вами зеленые человечки), а вполне реальные организации, типа Google, MS, Mozilla и т.п.

@kalabuni · 24.01.2019, 15:50

Сообщение от Htext

ключевое слово - примерно

забавно читать рассуждения упёртого дилетанта

я совсем не специалист, но, столкнувшись с этой задачей, поискал немного в сети, и теперь знаю, что международное научное сообщество давно осознало эту проблему и перманентно корректирует дату и время во всём мире, прочитайте, к примеру, про DCF77, обратите внимание на фразу (цитирую)

погрешность составляет меньше одной секунды в один миллион лет.

На моём веку (а мне > 50-ти) уже неоднократно сообщалось, что именно в новогоднюю полночь все часы в мире переведут на 1-2 секунды назад (или вперёд, сейчас уже не помню, но вот, посмотрел, и теперь знаю, что именно одна секунда, и именно добавляется)
Но, по-любому, имеющаяся погрешность расчётов никоим образом не отменяет действующее определение високосности года

аналогично обстоит дело с числом ПИ, оно тоже иррациональное, примерно равное 3,1415926...
но эта "примерность" никак не мешает человечеству использовать число ПИ во всех нужных ему расчётах -- от длины металлической полосы, коя необходима для изготовления обруча пивной бочки, до расчёта траектории Гомана при полёте марсианского зонда

PS. и очень интересная у вас интерпретация "зелёных человечков"
я имел в виду именно инопланетян, и даже указал название их родной планеты, но это никак не помешало вам спутать их с "вежливыми, купившими форму в супермаркете ихтамнетами"

@Htext · 25.01.2019, 10:25

Не по теме:

Сообщение от kalabuni

упёртого дилетанта

Странноватенький Вы, однако. Сам ведь в теме только начинаете разбираться (см. выше). Пока что дилетант - Вы.

Сообщение от kalabuni

именно в новогоднюю полночь все часы в мире переведут на 1-2 секунды

Да причем тут время ДНЯ и даты? Ваша ссылка - про синхронизацию именно ВРЕМЕНИ ДНЯ. И никакого отношения к определению високосного года, никакого отношения к АЛГОРИТМУ определения високосного года она не имеет. Даже если вспомнить, что время в компьютерах исчисляется, исходя из т.н. меток времени, с 1970 г. Если Вы считаете иначе - будьте любезны изложить аргументы.
С другой стороны, если периодически (каждый новый год) добавлять к дню 1-2 секунды, в итоге очередной новый год настанет в полдень. Утро будет начинаться в 24.00. Неужели это Вам неочевидно?
Да и чем троллить про дилетантов, планеты нибиру и т.п., Вы бы лучше попытались вначале понять мои расчеты. Опровергнуть или подтвердить их. А на нет - и суда нет. Пока что от Вас идут общие слова о, якобы

Сообщение от kalabuni

имеющаяся погрешность расчётов никоим образом не отменяет действующее определение високосности года

Или Вы попросту не поняли, что и как я рассчитал? Мои расчеты как раз свидетельствуют об отмене такого определения високосного года примерно через 7000 лет. Что-то закрадываются мне смутные сомнения...

Не по теме:

Ну, и так, на всякий случай:

Сообщение от kalabuni

(а мне > 50-ти

Ну, так молодой и резвый еще. Какие Ваши годы, еще можно многое успеть. По себе знаю. Я-то думал - под 70.

Сообщение от kalabuni

купившими форму в супермаркете

Я, естественно, имел в виду отнюдь не супермаркет, ну, да ладно, тема не о том.

Добавлено через 16 минут

Сообщение от kalabuni

ПИ, оно тоже иррациональное, примерно равное 3,1415926...
но эта "примерность" никак не мешает человечеству использовать число ПИ во всех нужных ему расчётах

М-да... Я имел в виду, что факт иррациональности числа делает принципиально невозможным определение високосного года при помощи точного "периодического" алгоритма (подобному вышеприведенным). Это можно даже строго доказать.
Ну, а если определять високосный год приближенно (как Вы предлагаете), тогда, в зависимости от диапазона лет, еще раз:

Сообщение от Htext

1) то, что предложил я - это наиболее грубый алгоритм, который можно использовать в течение ближайших n лет....
2) алгоритм по Вашей ссылке (реализованный klopp) - более точен, учитывает даже такую мелочь, как один особенный год в 400 лет. Именно этим достигается тот факт, что за многие сотни лет количество дней в годах корректируется таким образом, чтобы не было сдвига.

3)

Сообщение от kalabuni

объект Date ()

@kalabuni · 25.01.2019, 14:38

Сообщение от Htext

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

не врите — вы предложили в 21 веке использовать Юлианский календарь, хотя весь цивилизованный мир давно живёт по Григорианскому
именно в Юлианском календаре (цитирую)

Раз в 4 года объявляется високосный год, в который добавляется один день — 29 февраля

Сообщение от Htext

алгоритм..., реализованный klopp - более точен

опять же не врите — коллега klopp, в отличие от вас, сделал всё верно: определил високосность года по общепринятому и действующему сейчас Григорианскому календарю
я лишь указал коллеге klopp, что существующий матаппарат яваскрипта позволяет не делать самостоятельных расчётов

в общем, вы мне надоели, также как и ваш клон nubideus, который, похоже, навсегда нас покинул (по крайней мере, в этой теме)

@nubideus · 01.02.2019, 23:47

Сообщение от kalabuni

навсегда нас покинул

не надо меня хоронить. вопрос тса был про ввод и вывод(prompt и alert), а не про определение високосности года - правильный код есть в первом же посте, нет смысла мусолить тему.

Кликните здесь для просмотра всего текста

Сообщение от kalabuni

в 15 веке вы бы имели звание программиста, если б такое звание было
а в 21 веке?.. я даже и не знаю, как вас называть

Сообщение от kalabuni

двоечник

я нашел другую интересную тему из 2013 года

https://www.cyberforum.ru/post4003074.html твой код
https://www.cyberforum.ru/post5188519.html мой код

⠀⠀⠀

⠀⠀⠀:cheerle ader:⠀⠀⠀

⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀я подебил
⠀⠀⠀

⠀⠀⠀

⠀⠀⠀:ch eerleader:

серьезно, я пять лет назад уже умел на жаваскрипте программировать на удовлетворительном уровне. мне тогда говорят видите ли я не могу посчитать високосность года. за пять лет я и swift выучил и чего только сделать не успел, ну и так сказать собой доволен. и мне сейчас напоминают видите ли я пять лет назад чего то там не смог посчитать.
ты не понимаешь, что високосность года это задача уровня fizzbuzz для школьников/студентов? сортировка пузырьком и та сложнее.
если человеку хватило ума выучить жс и писать на нем что то, то в такой простой задаче он разберется точно. вопрос в целесообразности.

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

@kalabuni · 02.02.2019, 00:55

Сообщение от nubideus

високосность года это задача уровня fizzbuzz для школьников/студентов

согласен, задача элементарная, но приходит некто nubideus, и решает её принципиально неправильно

как говорится, даже сломанные часы два раза в сутки показывают точное время, так и ваш код, основанный на не применяющемся ныне Юлианском календаре, иногда даёт верный результат, совпадающий с действующим Григорианским календарём
в этом и было моё замечание к вашему коду
вы же перевели разговор на "говнистость моего кода", на "ущербность википедии" (надо будет Брину передать, что зря он свои пол/лярда зелени на неё пожертвовал, nubideus'у она не нравится) , да на свои личные жизненные достижения (списочек, правда, весьма скромный получился)

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

@kalabuni · 02.02.2019, 23:52

update: поправляюсь -- не пол/лярда, всего лишь пол/лимона зелёных Брин отстегнул на википедию

Новые блоги и статьи Все статьи Все блоги /
Krabik - рыболовный бот для WoW 3.3.5a AmbA 21.03.2026 без регистрации и смс. Это не торговля, приложение не содержит рекламы. Выполняет свою непосредственную задачу - автоматизацию рыбалки в WoW - и ничего более. Однако если админы будут против -. . .	Программный отбор значения справочника Maks 21.03.2026 Процедура ВодителиНачалоВыбора(Элемент, ДанныеВыбора, ВыборДобавлением, СтандартнаяОбработка) / / Отключаем стандартную обработку (стандартное открытие формы выбора без фильтров) . . .	Переходник USB-CAN-GPIO Eddy_Em 20.03.2026 Достаточно давно на работе возникла необходимость в переходнике CAN-USB с гальваноразвязкой, оный и был разработан. Однако, все меня терзала совесть, что аж 48-ногий МК используется так тупо: просто. . .	Оттенки серого Argus19 18.03.2026 Оттенки серого Нашёл в интернете 3 прекрасных модуля: Модуль класса открытия диалога открытия/ сохранения файла на Win32 API; Модуль класса быстрого перекодирования цветного изображения в оттенки. . .
SDL3 для Desktop (MinGW): Рисуем цветные прямоугольники с помощью рисовальщика SDL3 на Си и C++ 8Observer8 17.03.2026 Содержание блога Финальные проекты на Си и на C++: finish-rectangles-sdl3-c. zip finish-rectangles-sdl3-cpp. zip	Символические и жёсткие ссылки в Linux. algri14 15.03.2026 Существует два типа ссылок — символические и жёсткие. Ссылка в Linux — это запись в каталоге, которая может указывать либо на inode «файла-ИСТОЧНИКА», тогда это будет «жёсткая ссылка» (hard link),. . .	[Owen Logic] Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ФедосеевПавел 14.03.2026 Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ВВЕДЕНИЕ Выполняя задание на управление насосной группой заполнения резервуара,. . .	делаю науч статью по влиянию грибов на сукцессию anaschu 13.03.2026 прикрепляю статью

@kalabuni супермизантроп 3941 / 2979 / 692 Регистрация: 18.04.2012 Сообщений: 8,629
	02.02.2019, 23:52
	update: поправляюсь -- не пол/лярда, всего лишь пол/лимона зелёных Брин отстегнул на википедию 0