Jours entre deux dates

Ce que signifie un écart en jours entiers et ce que contient la réponse

Compter des jours calendaires entiers entre deux dates répond à une question différente des comptages de jours ouvrés, de l'âge en années et en mois, ou de la soustraction d'horodatages tenant compte du fuseau horaire : cela mesure une distance civile pure sur le calendrier grégorien, de minuit à minuit, sans sauter les week-ends, les jours fériés ou les transitions d'heure d'été. Si vous avez besoin de jours ouvrés, de navigation par soustraction de jours, de conversion d'époque, ou d'analyse multi-format, utilisez ces outils dédiés ; cette page ne répond qu'à la distance grégorienne en jours entiers entre deux dates ISO validées. Vous fournissez une date de début et une date de fin sous forme de chaînes strictes AAAA-MM-JJ ; l'ordre n'a pas besoin d'être chronologique car le champ days absolu est toujours non négatif tandis que signed_days préserve la direction lorsque la fin est antérieure au début. Le calculateur vérifie que les deux jours sont des jours calendaires réels — le 29 février uniquement les années bissextiles, trente jours en avril, jamais le trente-deux — puis renvoie les chaînes start et end normalisées, days comme distance absolue en jours entiers, signed_days comme fin en série moins début en série, les champs de composantes start_year, start_month, start_day, end_year, end_month et end_day pour un chaînage facile vers d'autres outils, et un court rappel de formule. Il n'y a aucun début de semaine dépendant de la locale, aucune approximation flottante d'une longueur de jour, et aucune dépendance à l'objet Date de l'hôte : soit les deux entrées sont des jours calendaires réels à l'intérieur de la fenêtre d'année prise en charge et l'écart est entièrement déterminé, soit la requête échoue avec invalid_input. Les cas rejetés incluent un champ start ou end manquant, des formats erronés tels que 2024/01/01, des mois impossibles, des jours inexistants tels que 2023-02-29, et des années hors de un à 9999.

Comment start et end sont lus et comment le décompte reste reproductible

Chaque chaîne doit correspondre à quatre chiffres, un trait d'union, deux chiffres, un autre trait d'union, et deux chiffres ; les espaces en début ou fin sont supprimés, mais les dates partielles, le jour de l'année ordinal seul, les noms de mois, et les heures intégrées ne sont pas développés ici. Après analyse, chaque année doit être comprise entre 1 et 9999, chaque mois entre 1 et 12, et chaque jour entre 1 et la véritable longueur de ce mois cette année-là, les années bissextiles suivant la règle grégorienne : divisible par quatre sauf les années séculaires non divisibles par quatre cents. Le premier champ privilégié est start, mais les alias from, date1, a et begin sont acceptés afin que tableurs, chaînes de requête et formulaires typés puissent réutiliser le même contrat sans renommer de colonnes. Le second champ privilégié est end, avec les alias to, date2, b et finish pour la même raison. En interne, le moteur convertit chaque triplet civil en un compte de jours en série grégorien proleptique à l'aide de la correspondance bien connue days_from_civil, soustrait le début en série de la fin en série pour obtenir signed_days, puis prend la valeur absolue pour days — une arithmétique entière pure et stable au bit près d'un environnement d'exécution à l'autre. Des dates identiques donnent zéro ; inverser la paire ne change que le signe de signed_days et laisse days inchangé. Associez l'exécution gratuite dans le navigateur de cette page à l'API payante lorsque vous avez besoin du même écart de jours au sein d'un pipeline automatisé.

Où l'arithmétique d'écart de jours s'inscrit dans la planification, la facturation et le logiciel

Sur cette page, le travail s'exécute entièrement dans votre navigateur ; via l'API, chaque recherche réussie coûte $0.002, une validation échouée n'est pas facturée, et rien n'est conservé après le renvoi de la réponse. Cette séparation — exploration interactive gratuite et API payante identique — s'inscrit dans le reste du catalogue de niveau A du KIT et permet de passer d'une vérification ponctuelle à un pipeline sans changer le résultat mathématique.