Правила високосних років григоріанського календаря
Визначте, чи є григоріанський рік від 1 до 9999 високосним.
def is_leap_year(year):
if type(year) is not int or not 1 <= year <= 9999:
raise ValueError("year.range")
return year % 4 == 0 and (year % 100 != 0 or year % 400 == 0)- Моделі
- Налаштуйте OpenAI-сумісний або Anthropic endpoint із базовою URL-адресою та API-ключем, якщо він потрібен. Перевірте з’єднання. Локальний сервер моделі має працювати; віддалені інструменти можуть окремо передавати дані.
- Проєкт
- Перевірте 1900, 2000 та обидві межі діапазону, відхиляючи нульовий рік, дроби та логічні значення.
- Перевірте перед застосуванням
- Порівняйте фактичну поведінку з очікуваним результатом. Якщо перевірка не проходить, з’ясуйте причину перед наступними змінами.
def is_leap_year(year):
if type(year) is not int or not 1 <= year <= 9999:
raise ValueError("year.range")
return year % 4 == 0 and (year % 100 != 0 or year % 400 == 0)Запишіть календарне припущення перед зміною коду
Правила дат часто здаються очевидними, доки застосунок не натрапить на особливий рік або значення поза підтримуваним діапазоном. LeapGrove надає середовище програмування з ШІ для Windows, де ці припущення можна обговорити під час розробки. Відкрийте відповідну теку проєкту, назвіть потрібну календарну поведінку й попросіть помічника вивчити, як вхідні значення потрапляють до коду обробки дат.
Функція визначення високосного року з обмеженим діапазоном — один із прикладів для обговорення. Перед пристосуванням її до форми або шляху імпорту можна попросити перевірити підтримувані роки, відхилювані типи та код виклику. Явно зазначте потрібну календарну систему й відокремте валідацію вхідних даних від самого правила. Так запропонована робота стане зміною програми, яку можна оцінити, замість покладання на знайому формулу без перевірки контексту застосунку.
Використовуйте підтримувану OpenAI-сумісну кінцеву точку або кінцеву точку Anthropic, щоб вибрати доступну модель ШІ без цензури, надавши облікові дані, де потрібно. Політики моделі, доступ до інструментів і місткість контексту залежать від підключення. Перегляньте різницю в коді, виконайте відповідні перевірки проєкту й протестуйте звичайні роки разом з особливими випадками, передбаченими контрактом. Локальна кінцева точка потребує окремого запущеного сервера моделі й не робить усі підключені інструменти локальними.
Календарні вимоги, які варто визначити спочатку
Навіщо вказувати підтримуваний діапазон років у запиті?
Застосунок може навмисно підтримувати вужчий діапазон, ніж універсальна календарна бібліотека. Вкажіть цю межу й вивчіть код виклику перед зміною. Розширення допустимого діапазону років може змінити подальшу поведінку, навіть якщо саме обчислення високосного року не змінюється.
Чи слід вважати числовий рядок допустимим роком?
Визначте, де в застосунку має відбуватися перетворення. Форма може розбирати текст перед викликом суворої допоміжної функції, а внутрішній API може його відхиляти. Попросіть зберегти це розділення в пропозиції та явно протестуйте погоджену поведінку.
Чи перевіряє правильна функція високосного року всю дату?
Ні. Тривалість місяців, діапазони днів і календарні припущення застосунку все одно потребують окремої обробки. Чітко визначте відповідальність допоміжної функції та вивчіть код, який поєднує її з іншими перевірками, перш ніж визнати вхідні дані допустимими.
Як рецензенту перевірити запитану зміну дат?
Надайте конкретні допустимі й недопустимі приклади, зокрема граничні роки, важливі для контракту. Перегляньте допоміжну функцію та код виклику, а потім виконайте ці випадки через фактичний шлях введення. Окреме обчислення не перевіряє поведінку форми чи імпорту.
LeapGrove · Оновлено 2026-10-25