Help programme C qui calcule nombre de jour entre 2 dates

[invite33440d00]

Bonjour a tous,
Je dois écrire le programme C qui lit une date sous la forme JJ/MM/AAAA suposée valide et qui calcule le nombre de jour ecoulé depuis le 1er janviers de l'année en questions ..

#include <stdio.h>
main()
{
	
	int J,M,A,N,J1,M1,A1;
	J1=01;
	M1=01;
	printf ("Entrer le jour : \n");
	scanf ("%d",&J);
	printf ("Entrer le mois : \n");
	scanf ("%d",&M);
	printf ("Entrer l'annee : \n");
	scanf ("%d",&A);
	printf ("La date se lit : %d / %d / %d \n\n",J,M,A);
	
	if ((A%400)==0) 
	
	printf ("L'annee est bissextile \n");
	// N c'est le nombre de jour entre les 2 dates 
	
	N=(J-J1)+(M-M1);
	printf ("Le nombre de jour passé est : %d",N);
	
}

Voila ce que j'ai fais pour l'instant mais je sais plus quoi faire, svp aider moi !!
Mercii
-----

[cherbe]

Bonjour
Je ne connais pas le C mais la plupart des langages sont capables de calculer le nombre de jours entre deux dates donc ton code est à priori inutile.
Si ton but est un exercice de programmation, il faut t'y prendre autrement.
Il te faut faire un tableau (array) avec 13 mois :
jan;31
fev0;28
fev1;29
mar;31
.
.
.
Comme la date de départ semble être le premier janvier, pour calculer le nombre de jours, il faut additionner le jour du dernier mois + la somme des mois précédents calculée à partir des valeur du tableau -1.

[Jack]

    if ((A%400)==0) 
        printf ("L'annee est bissextile \n");

2016 ne serait donc pas bissextile?

[pm42]

Il te faut faire un tableau (array) avec 13 mois :
jan;31
fev0;28
fev1;29
mar;31

Oui mais c'est compliqué et risqué algorithmiquement. J'utiliserais plutôt une formule directe comme celle de Gauss:
https://en.wikipedia.org/wiki/Determ....27s_algorithm

    if ((A%400)==0) 
        printf ("L'annee est bissextile \n");

2016 ne serait donc pas bissextile?

En effet. La ligne suivant fait aussi l'addition de la différence des jours et de la différence des mois, bref de choux et de carottes.

[A voir en vidéo sur Futura]

[cherbe]

Oui mais c'est compliqué et risqué algorithmiquement. J'utiliserais plutôt une formule directe comme celle de Gauss:
https://en.wikipedia.org/wiki/Determ....27s_algorithm

Tu peux me dire ce qui est risqué car je ne vois pas ?
D'autre part, je ne crois pas que ce soit plus compliqué que le recours à cet algo. Tu voulais peut-être dire que c'est lourd à programmer et long à exécuter ?

[CM63]

Bonjour,

Il est évident que c'est un exercice scolaire ou universitaire, donc c'est pas la peine de lui dire qu'il y a des routines toutes faites pour ça, mais plutôt quel est son problème dans ce qu'il a essayé?

[pm42]

Tu peux me dire ce qui est risqué car je ne vois pas ?

Il est plus compliqué de programmer un algorithme impliquant des tableaux et des nombres de jours par mois que d'utiliser une formule efficace et plus que centenaire qui va s'écrire sur 1 ligne en C.
Cette complexité augmente le risque de bug (d'où le terme "plus risqué").

[ansset]

certes, mais cela semble un exercice de cours (*) , donc qui suppose d'imaginer un algorithme propre ( même simple ) et une programmation qui lui correspond en C.
en ce sens ( si c'est le cas ) , l'approche proposée par cherbe est assez naturelle.
Cdt

(*) à confirmer.

[pm42]

certes, mais cela semble un exercice de cours (*) , donc qui suppose d'imaginer un algorithme propre ( même simple ) et une programmation qui lui correspond en C.
en ce sens ( si c'est le cas ) , l'approche proposée par cherbe est assez naturelle.
Cdt

(*) à confirmer.

C'est un point de vue. D'un autre coté, inventer son algorithme à soi quand on peut trouver celui de référence en 2 clics n'est pas ce que j'enseigne quand il m'arrive de donner des cours. En général, les algorithmes inventés par les programmeurs débutant n'ont pas que des avantages et j'encourage de faire preuve de curiosité et de savoir ce qui existe plutôt que de réinventer la roue.
Ce qui est bien sur différent de se contenter d'utiliser une API sans savoir comment elle est codée.

[Jack]

C'est un point de vue. D'un autre coté, inventer son algorithme à soi quand on peut trouver celui de référence en 2 clics n'est pas ce que j'enseigne quand il m'arrive de donner des cours. En général, les algorithmes inventés par les programmeurs débutant n'ont pas que des avantages et j'encourage de faire preuve de curiosité et de savoir ce qui existe plutôt que de réinventer la roue.
Ce qui est bien sur différent de se contenter d'utiliser une API sans savoir comment elle est codée.

Je pense que dans cet exercice, la finalité importe peu et ce calcul n'est qu'un prétexte pour mettre en oeuvre des principes algorithmiques et de structures de données simples.

Il ne faut donc pas chercher à optimiser la méthode menant au résultat

[pm42]

Je pense que dans cet exercice, la finalité importe peu et ce calcul n'est qu'un prétexte pour mettre en oeuvre des principes algorithmiques et de structures de données simples.
Il ne faut donc pas chercher à optimiser la méthode menant au résultat

Oui, comme je le disais, c'est une question de point de vue et donc de prof. J'en explique juste un qui a de plus l'avantage sur un forum de faire connaitre une autre solution mais je ne prétends pas que ce soit la meilleure approche.
Le primo-posteur pourra faire son choix s'il revient.

[Bluedeep]

Bonjour

Le problème est quand même très simple : c'est comme indiqué, pas un calcul entre deux dates, mais juste le nombre de jours depuis le début de l'année.

Donc, il suffit de charger un tableau à deux dimensions avec le nombre de jour de chaque mois et le cumul en fin de chaque mois; rentrer dans ce tableau avec le mois précédent celui de la date saisie (ou 0 si janvier) et ajouter le quantième de la date et on a le résultat.

Pas fait de C depuis plus de 20 ans, mais on doit pouvoir faire quelque chose comme ça : (tapé à la volée sans contrôle syntaxique, donc peu probable que ça compile du premier coup).

#### supprimé à la demande de Bluedeep

[cherbe]

Il est plus compliqué de programmer un algorithme impliquant des tableaux et des nombres de jours par mois que d'utiliser une formule efficace et plus que centenaire qui va s'écrire sur 1 ligne en C.
Cette complexité augmente le risque de bug (d'où le terme "plus risqué").

Si tu relis mon 1er message, je suggère 2 pistes :
soit on veut une solution rapide et on utilise les fonctions de calcul temporel ;
soit on veut apprendre à programmer et dans ce cas, il est préférable de décomposer le travail pour bien le comprendre et "se faire la main".
L'objectif étant d'apprendre, générer des bugs est didactique et ne peut qu'inciter le programmeur à la plus grande rigueur de raisonnement et d'écriture.

[cherbe]

(tapé à la volée sans contrôle syntaxique, donc peu probable que ça compile du premier coup).

Heu... Je me trompe ou c'est précisément ce que la charte déconseille vivement de faire : donner un code tout fait alors que l'auteur de la question n'a rien proposé ?
(La réponde du berger à la bergère à propos d'une très ancienne contribution où tu m'avait mis à mal. Sans rancune j'espère ? )

[Bluedeep]

Heu... Je me trompe ou c'est précisément ce que la charte déconseille vivement de faire : donner un code tout fait alors que l'auteur de la question n'a rien proposé ?
(La réponde du berger à la bergère à propos d'une très ancienne contribution où tu m'avait mis à mal. Sans rancune j'espère ? )

Tu as absolument raison; je vais de ce pas demander aux modos de virer le code.

EDIT : je viens donc de signaler mon propre post.