2 petites questions sur les conditions et les nombres aleatoirs

**jejesochalion** · 30/04/2007, 11h00

Bonjour

Ces questions peuvent paraitre bete mais je debute

1. Peut-on mettre dans notre code:

Code :

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

1
2
3
if(resulat==a+b)
          {
          }

ou doit on creer une variable contenant a+b ?

2. Pour generer 4 nombres aleatoires, il faut ecrire comme ca:

Code :

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

1
2
3
4
5
6
const long MAX = 100, MIN = 1;
    srand(time(NULL));
    a = (rand() % (MAX - MIN + 1)) + MIN;
    b = (rand() % (MAX - MIN + 1)) + MIN;
    c = (rand() % (MAX - MIN + 1)) + MIN;
    d = (rand() % (MAX - MIN + 1)) + MIN;

ou comme ca:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
const long MAX = 100, MIN = 1;
    srand(time(NULL));
    a = (rand() % (MAX - MIN + 1)) + MIN;
 
    srand(time(NULL));
    b = (rand() % (MAX - MIN + 1)) + MIN;
 
    srand(time(NULL));
    c = (rand() % (MAX - MIN + 1)) + MIN;
 
    srand(time(NULL));
    d = (rand() % (MAX - MIN + 1)) + MIN;

Merci d'avance pour votre aide

**souviron34** · 30/04/2007, 11h06

1) tu peux faire :

Code :

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

1
2
 
if ( resultat == (a+b) )

les parenthèses sont importantes...

2) ni l'un ni l'autre...

Pour la fonction rand(), elle renvoie un nombre positif borné par la constante RAND_MAX.

Si donc tu veux obtenir un nombre entre 0 et 1, il faut diviser rand() par RAND_MAX. Et ensuite, pour avoir ce que tu souhaites, c'est une simple règle de trois, et pas une opération modulo.

Donc :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
const long MAX = 100, MIN = 1;
    srand(time(NULL));
 
    a = (((rand()/RAND_MAX))* (MAX - MIN + 1))) + MIN;
 
    b = (((rand()/RAND_MAX))* (MAX - MIN + 1))) + MIN;
 
    c = (((rand()/RAND_MAX))* (MAX - MIN + 1))) + MIN;
 
    d = (((rand()/RAND_MAX))* (MAX - MIN + 1))) + MIN;

**Trap D** · 30/04/2007, 11h41

tu peux faire

Code :

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

1
2
3
if(resulat==a+b)  
{  
}

le calcul de a + b est fait avant le test d'égalité.
Il suffit de tester pour s'en randre compte

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
#include<stdio.h>
 
int main(void)
{
	int resultat = 3;
	int a = 3, b = 4;
 
	if (resultat == a + b)
		puts("test avant calcul");
	else
		puts("calcul avant test");
 
  return 0;
}

souviron34 >> Il faut passer en double sinon tu effectues des divisions entières danc résultat 0 ou 1

**souviron34** · 30/04/2007, 12h18

Envoyé par Trap D

le calcul de a + b est fait avant le test d'égalité.
Il suffit de tester pour s'en randre compte

Pas forcément. ça dépend des compilateurs et des implémentations. Je t'accorde que c'est le cas le plus général de l'ordre de précédence des opérateurs, mais ça n'est que le cas le plus général. Une formulation à toute épreuve consite donc à mettre les parenthèses, d'autant plus que c'est plus lisible...

Envoyé par Trap D

souviron34 >> Il faut passer en double sinon tu effectues des divisions entières danc résultat 0 ou 1

Bien sûr, mais je ne répondais qu'à son idée d'origine...

**Trap D** · 30/04/2007, 13h36

Je ne crois pas, comme + et - ont une plus grande priorité, ils seront evalués avant le test, c'est dans la norme.
Par contre c'est vrai que c'est plus lisible.

**souviron34** · 30/04/2007, 14h50

Envoyé par Trap D

Je ne crois pas, comme + et - ont une plus grande priorité, ils seront evalués avant le test, c'est dans la norme.
Par contre c'est vrai que c'est plus lisible.

OUI d'accord, la norme dit :

Semantics
3 The == (equal to) and != (not equal to) operators are analogous to the relational operators except for their lower precedence.91) Each of the operators yields 1 if the specified relation is true and 0 if it is false. The result has type int. For any pair of operands, exactly one of the relations is true.

Mais elle dit aussi :

1 Anexpression is a sequence of operators and operands that specifies computation of a value, or that designates an object or a function, or that generates side effects, or that performs a combination thereof.
.....

3 The grouping of operators and operands is indicated by the syntax.72) Except as specified later (for the function-call (), &&, ||, ?:, and comma operators), the order of evaluation of subexpressions and the order in which side effects take place are both unspecified.

72) The syntax specifies the precedence of operators in the evaluation of an expression, which is the same as the order of the major subclauses of this subclause, highest precedence first. Thus, for example, the expressions allowed as the operands of the binary + operator (6.5.6) are those expressions defined in 6.5.1 through 6.5.6. The exceptions are cast expressions (6.5.4) as operands of unary operators (6.5.3), and an operand contained between any of the following pairs of operators: grouping
parentheses () (6.5.1), subscripting brackets [] (6.5.2.1), function-call parentheses () (6.5.2.2), and the conditional operator ?: (6.5.15).
Within each major subclause, the operators have the same precedence.
Left- or right-associativity is indicated in each subclause by the syntax for the expressions discussed therein.

Ce qui signifie en clair que IL EST TOUJOURS BON de mettre les parenthèses...

**diogene** · 30/04/2007, 16h14

Trap D a raison.
Les priorités et associativités des opérateurs interviennent sur l'interprétation des expressions (groupage des opérandes et opérateurs) pas sur l'ordre de l'évaluation de l'expression
Les parenthèses sont ici inutiles mais peuvent clarifier l'expression. Elles ne peuvent forcer l'ordre d'évaluation des expressions.
Dans l'expression

Code :

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

resultat==a+b

on ne sait pas l'ordre dans lequel resultat, a, b seront évaluées (Ce qu'on sait seulement c'est que a et b seront évaluées avant a+b)
c'est exactement le cas pour

Code :

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

resultat==(a+b)

on ne sait pas si resultat ou (a+b) sera évalué en premier et, si pour évaluer a+ b, a ou b sera évalué en premier.
Pour forcer l'ordre d'évaluation, il faut passer par une variable intermédiaire

**souviron34** · 30/04/2007, 17h27

Envoyé par diogene

...Pour forcer l'ordre d'évaluation, il faut passer par une variable intermédiaire

??????????????

**jejesochalion** · 30/04/2007, 18h11

Merci pour vos réponses mais c'est pas la peine de vous engueuler pour moi

**Jean-Marc.Bourguet** · 30/04/2007, 18h30

1/ Les parenthèses sont inutiles ici. L'ordre d'évaluation non spécifié concerne quelque chose comme a+b == c+d ou on ne sait pas si a+b est calculé avant ou après c+d, mais le test d'égalité est fait en dernier lieu.

2/ Pour ramener le résultat de rand() dans un intervalle, voir la FAQ: http://c.developpez.com/faq/c/?page=..._random_bornes