Gregorianische Schaltjahrregeln
Ordne gregorianische Jahre von 1 bis 9999 als Schaltjahre oder gewöhnliche Jahre ein.
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)- Modelle
- Richten Sie einen OpenAI-kompatiblen oder Anthropic-Endpunkt mit Basis-URL und gegebenenfalls API-Schlüssel ein. Testen Sie die Verbindung. Ein lokaler Modellserver muss laufen; entfernte Werkzeuge können Daten separat übertragen.
- Projekt
- Prüfe 1900, 2000 und beide Bereichsgrenzen und lehne Jahr null, Brüche und boolesche Werte ab.
- Vor dem Anwenden prüfen
- Vergleichen Sie das tatsächliche Verhalten mit dem erwarteten Ergebnis. Klären Sie fehlgeschlagene Prüfungen vor weiteren Änderungen.
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)Kalenderannahmen vor der Codeänderung festhalten
Datumsregeln wirken oft offensichtlich, bis eine Anwendung ein Ausnahmejahr erreicht oder einen Wert außerhalb des unterstützten Bereichs erhält. LeapGrove bietet eine KI-Programmierumgebung für Windows, um diese Annahmen im Entwicklungsgespräch zu behandeln. Öffnen Sie den betreffenden Projektordner, benennen Sie das benötigte Kalenderverhalten und lassen Sie den Assistenten prüfen, wie eingehende Werte den Code zur Datumsverarbeitung erreichen.
Die auf einen Bereich begrenzte Schaltjahrfunktion ist ein mögliches Gesprächsthema. Sie könnten ihre unterstützten Jahre, abgewiesenen Typen und Aufrufer prüfen lassen, bevor Sie sie für ein Formular oder einen Importpfad anpassen. Benennen Sie das vorgesehene Kalendersystem ausdrücklich und unterscheiden Sie Eingabevalidierung von der Regel selbst. So wird die vorgeschlagene Arbeit zu einer bewertbaren Softwareänderung, statt sich auf eine vertraute Formel zu verlassen, ohne ihren Anwendungskontext zu prüfen.
Wählen Sie über einen unterstützten OpenAI-kompatiblen oder Anthropic-Endpunkt ein verfügbares KI-Modell ohne Zensur und geben Sie bei Bedarf Zugangsdaten an. Modellrichtlinien, Werkzeugzugriff und Kontextkapazität hängen weiterhin von der Verbindung ab. Prüfen Sie den Diff, führen Sie die relevanten Projektprüfungen aus und testen Sie gewöhnliche Jahre ebenso wie die Ausnahmefälle Ihres Vertrags. Ein lokaler Endpunkt benötigt einen eigenen laufenden Modellserver und macht nicht jedes verbundene Werkzeug lokal.
Kalenderanforderungen, die zuerst geklärt werden sollten
Warum den unterstützten Jahresbereich in der Anfrage nennen?
Die Anwendung unterstützt möglicherweise bewusst einen engeren Bereich als eine allgemeine Kalenderbibliothek. Geben Sie diese Grenze an und prüfen Sie die Aufrufer, bevor Sie sie ändern. Zusätzliche akzeptierte Jahre können nachgelagertes Verhalten verändern, selbst wenn die Schaltjahrberechnung gleich bleibt.
Soll eine numerische Zeichenfolge als gültiges Jahr gelten?
Entscheiden Sie, wo die Konvertierung in Ihrer Anwendung hingehört. Ein Formular kann Text vor dem Aufruf einer strikten Hilfsfunktion parsen, während eine interne API ihn ablehnt. Verlangen Sie, dass der Vorschlag diese Trennung bewahrt, und testen Sie das vereinbarte Verhalten ausdrücklich.
Validiert eine korrekte Schaltjahrfunktion ein vollständiges Datum?
Nein. Monatslängen, Tagesbereiche und die Kalenderannahmen der Anwendung benötigen weiterhin eine eigene Behandlung. Halten Sie die Zuständigkeit der Hilfsfunktion klar und prüfen Sie den Code, der sie mit weiteren Prüfungen kombiniert, bevor Sie die Eingabe für gültig erklären.
Wie kann ein Reviewer die gewünschte Datumsänderung prüfen?
Geben Sie konkrete akzeptierte und abgewiesene Beispiele an, einschließlich der für Ihren Vertrag relevanten Grenzjahre. Prüfen Sie Hilfsfunktion und Aufrufer und führen Sie diese Fälle anschließend über den tatsächlichen Eingabepfad aus. Eine isolierte Berechnung überprüft weder Formular- noch Importverhalten.
LeapGrove · Aktualisiert 2026-10-25