Discussion :

[lea87]

salut,
j'ai un probléme avec un exercice que je fais en C. et voila un petit extrai de mon exercice:
(une compagnie aérien desire faire des reductions,Sur les vols de destination d'Asie, 50% pour l'age inférieur à 20ans ou -25ans et qui ont etudiants.....
je travail avec un menu ou bien un if imbriquée??

[Gf6HqmTW]

Avec n'importe qui qui t'aiderait à formuler precisement ton probleme ...
Que tu utilise un menu ou un if imbriqué ... On ne sait pas pour quoi tu en as besoins ... soit claire ...

[blackhorus]

Il faut aussi dire, que t'as pas trop de choix dans ton exercice (2 ou 3 cas, je crois)... Pas trop de différence, je pense à implémenter la solution avec IF ou un CASE

[Gf6HqmTW]

Je ne suis toujours pas sure de comprendre ton probleme mais je dirais Case ...
Une petite fonction qui transforme d'abord l'age en une categorie (<20 ans : cat=0 ; 20 a 25 : cat=1 etc ...) et tu peut faire un case sur le resultat ...
Sinon une methode avec un tableau peut etre avantageuse ... Les colonnes representent des tranches d'ages et les lignes des destinations ...
Il y a plusieurs methodes ...

[lea87]

oui merci , mais normalent dans le sours on a pas encor fait ni menu, ni tableau c'est çela qui me gene

[Thierry Chappuis]

Je ne vois aucun besoin de tableau ni de menu. Voici comme je vois les choses:

Tu demandes son âge à l'utilisateur, puis tu fais une saisie de la valeur entrée. Ensuite, tu calcules le montant des réductions à l'aide d'une structure conditionnelle (if ... else if ... else... ou switch ... case ...).

Poste ton code et pose des questions précises si tu rencontres des difficultés.

Thierry

[blackhorus]

oui merci , mais normalent dans le sours on a pas encor fait ni menu, ni tableau c'est çela qui me gene

Si tu veux jouer dans la cours des grands, apprends-les dès maintenant, et frime à mort ! Sinon, suis le troupeau et fais l'exo avec des IF

[BainE]

Bonjour,

moi ce qui me gene c est qu un menu c'est graphique et qu un tableau c est une maniere d organiser, gerer la memoire, et un if d organiser et conditionner son algo.

Je ne comprends pas vraiment.

[Emmanuel Delahaye]

oui merci , mais normalent dans le sours on a pas encor fait ni menu, ni tableau c'est çela qui me gene

T'écris avec les pieds ?

[blackhorus]

T'écris avec les pieds ?

Toujours intraitable avec le langage SMS et compagnie

[Pierre Maurette]

Je ne suis toujours pas sure de comprendre ton probleme mais je dirais Case ...
Une petite fonction qui transforme d'abord l'age en une categorie (<20 ans : cat=0 ; 20 a 25 : cat=1 etc ...) et tu peut faire un case sur le resultat ...

Attention, on n'est pas loin d'une bourde...

- Le switch .. case est très limité en C. Pas d'intervalle, juste un empilement de quelques case, et pas d'intevalle ouvert du tout. En fait, c'est parfait pour fonctionner conjointement à une enum, que la liste des cas porte ou non ce nom. En revanche, dans ce cas, ce sera toujours un peu plus performant que les suites if .. else if ..else. Et le temps ne dépendra peut-être pas du résultat du test, à cause de l'adressage paramétré vers les case et default (ce sont des label). Il y a contrôle de cohérence (pas deux fois le même case) par le compilateur.

- La séquence bien rigoureuse "if -- else if -- else if ...... else" est facile et sûre à écrire, et à lire. A condition d'indenter par exemple:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
       if condition1{
    /* ... */
} else if condition2{
        /* ... */
} else if condition3{
        /* ... */
} else if condition4{
        /* ... */
} else              {
        /* ... */
}

et en espérant que l'éditeur ou l'outil de formatage respectera.
En revanche, même dans les mêmes conditions, avec les mêmes "cas", ce n'est pas le même algorithme que le switch .. case. Le traitement des conditions est séquentiel. Dans le cas où on tombe sur default / else final "presque toujours", ce sera peu performant. Mais ça permettra tous les intervalles et autres comparaisons évoluées, avec des % (modulo) par exemple.

A titre personnel, j'évite le switch .. case sauf de façon presque automatique lié à une enum, et encore.

Ah, la bourde: c'est de bien montrer les limitations du switch .. case en le faisant précéder par une "catégorisation" qui se fera à base de ... if -- else if ...

Sinon une methode avec un tableau peut etre avantageuse ... Les colonnes representent des tranches d'ages et les lignes des destinations ...
Il y a plusieurs methodes ...

Ou un truc bien crade genre:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

reduc = 5.0 * (age <= 20) + 5.0 * (age <=25) + 10 * (age <= 30);

20% jusqu'à 20ans, 15% entre 20 et 25 ans et 10% entre 25 et 30 ans

[Gf6HqmTW]

Perso je voyais bien ma fonction de discretisation codé à la bien crade histoire apres de faire un truc clair à lire pour le case...
Le but étant pour la demoiselle (léa87), qui fait un exercice, d'aborder le principe du case, sa diference d'avec les if et de voir un tas de methodes ...
Histoire de s'ouvrir l'esprit et pas de tomber dans un code immediatement lourd et imbitable parcequ'il est plus performant ou qu'il fait plus pro ^^

Et apres je l'avoue egalement et même si ca peut être compré à un handicap, je suis traumatisé du IF, tant que je peu les eviter je le fais ...

[nolofinwe]

bonjour,

d'accord avec toi GuJman... Un bon case je trouve ca plus propre... mais personellement je pense que j'associerai une variable a chaque tranche d'age. par exemple une variable qui prendrai la valeur 0 pour une tranche d'age , 1 pour une deuxieme , etc... il n'y aurai qu'a "switcher" cette variable...

a +