Version imprimable
Bonjour à tous! voilà, j'ai un dure dilèmne à résoudre: "case" ou "if()"
je vous explique tout: je veux créer un jeux de réflexion en C++ avec plusieurs niveaux de difficulté si le joueur veut directement accédé aux niveaux supérieur il doit pouvoir le faire en saississant "niveau 1", par exemple, sur son clavier.
Bon jusque là pas de problème
Je veux simplement savoir si la fonction "case" eétait mieux adapté à ce type de manoeuvre ou si je pouvais mettre des "if()" !?
Merci d'avance:)
au faite, j'utilise Dev-C++
Partout où un switch est utilisable, utiliser un switch.
Pas tout à fait d'accord : je trouve que les switch/case vont compliquer la lecture si le traitement de chaque case nécessite plus de quelques instructions. De plus, il est tellement facile d'oublier un break, d'obtenir un comportement non attendu et de perdre du temps en débuggage. Pourquoi préconises tu le switch/case par rapport au if/then ?Citation:
Envoyé par Médinoc
Parce qu'à partir du moment où on a acquis les automatismes, dès qu'on voit un switch(), on sait à quoi il sert.
À moins d'être impliqué dans un truc bizarre comme le Duff's Device, le switch() est une bonne indication de la nature du code qui suit...
Le gros inconvéniant du switch, c'est qu'il est constant...
Je veux dire par là, qu'il est impossible au programme de rajouter un "niveau" en lisant un fichier additionel par exemple, et de le rajouter dans le code du switch...
Une boucle et des 'if' dedans sont quand même plus adaptés à ce genre de situation.
Ou encore une hashtable...
Maintenant, si les niveaux sont statiques... alors ... c'est juste une question de lisibilité... le compilo (enfin, l'optimiseur) fait le même code à la sortie...
Je te conseille une suite de if{} et de else{} pour les raisons cités ci-dessus
Si tu es debutant, prefere les if et else. Ton code sera ainsi plus lisible.
Si tu ne debute pas, tu peux choisir un des deux, au choix !
Salut ;)
personnelement je suis debutant, et je vois pas en quoi le case est compliqué a utiliser. et pour un moi, un switch est beaucoup plus lisible qu'une suite de if imbriqués.
bref je rejoints medinoc
Salut,
Ce qui est aussi le cas d'un if else...Citation:
Envoyé par roulious
Si la partie de code devient trop importante, penses à la factoriser, pour que cela puisse devenir
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
Ca, ca fait plutot partie des bonnes habitudes concernant l'ordre dans lequel on écrit le code...Citation:
De plus, il est tellement facile d'oublier un break, d'obtenir un comportement non attendu et de perdre du temps en débuggage.
Personnellement, j'ai pris l'habitude (mais je n'oblige personne à faire pareil) de ne pas écrire le code de manière strictement linéaire:
Si, par exemple, je dois effectuer un test if(test) else, je place le if, les accolade du if, le else, les accolades du else puis je m'occupe de ce qui se trouve dans chaque bloc...
De la meme manière, si je dois écrire un switch case, je place le switch et ses accolade, puis chaque cas que j'ai déterminé avec le break qu'il nécessite, pour terminer par l'écriture de ce qui doit etre fait entre le case valeur: et son break;...
De ce simple fait, j'évite tous les problèmes potentiels dû à l'oubli d'un break ou d'une accolade fermante ;)
Un autre bonne habitude à prendre est de prévoir systématiquement une valeur par défaut, qui peut tres bien se contenter d'afficher un "valeur non prise en compte"...
Parce que, en gros, même si le code exécutable au niveau du processeur a des chances d'être sensiblement identique (quoi que, je ne sois pas sûr du tout qu'une succession de if ... else if ne provoque pas plus de modifications des valeurs de registre que le switch case correspondant), le if else est un test booléen (qui ne peut avoir comme résultat que "vrai" ou "faux"), alors que le switch case est, justement, prévu pour permettre de prévoir un comportement particulier en fonction de la valeur obtenue d'une variableCitation:
Pourquoi préconises tu le switch/case par rapport au if/then ?
Bien sur, il y a des cas particuliers dans lesquels, bien qu'un switch case puisse sembler applicable, on peut se rendre compte que ce n'est pas la meilleure solution...
Tout comme, bien que le conseil général soit d'éviter l'utilisation de goto, il existe des situtations dans lesquelles il représentera la meilleure solution à un problème tout particulier...
Ou comme, bien que je ne te conseillerai jamais de rouler à deux fois la vitesse maximale autorisée sur autoroute, tu puisse te trouver dans une situation dans laquelle tu n'auras pas le choix, et que tu prendra la décision de le faire ;)
Mais ces situations extrèmes qui ne sont là que pour confirmer la règle générale peuvent être, dans un premier temps en tout cas, considérées comme suffisemment marginales pour être omises lorsque l'on présente la regle générale à quelqu'un qui commence et qui mettra, sans doute, très longtemps avant de rencontrer "la" situation particulière dans laquelle la situation générale ne s'applique pas correctement...
merci à tous pour vos impressions :king:
je vais voir ce qui sera le plus lisible pour moi ;)
C'est justement ça l'intérêt, ce qui permet au compilateur de faire certaines optimisations.Citation:
Le gros inconvéniant du switch, c'est qu'il est constant...