Régle de précédence

Re

Merci nicocorico pour ta réponse.

Je vais reformuler mon problème d'une façon plus claire.

Si on considère par exemple qu'on a l'expression suivante:

A= abs(x)+(v+z)/(x+y)

L'ordinateur considère t-il que la priorité est aux parenthèses et commece alors par calculer:
R1: v+z .... puis:
R2: x+y
R3: abs(x)
R4: R1/R2
R5: R3+R4

ou bien considère t-il que les fonctions ont la même priorité que les parenthèses et effectue donc le calcul de la façon suivante:
R1: abs(x)
R2: v+z
R3:x+y
R4:R2/R3
R5: R1+R4
...

Et encore MERCI.

Ok j'ai mieux compris, et la logique voudrait que tout ce qui peut être calculé l'est au fur et à mesure, car à quoi bon s'obliger à retenir ce qui précède alors qu'on peut directement le réduire en un résultat unique...

Mais en fait l'ordre du calcul n'est pas déterminé par l'ordinateur (qui se contente de faire ce qu'on lui dit en fait), mais par le compilateur ou la routine qui prend en charge le calcul, donc ta question est plus compliquée qu'on pourrait le croire, et je pense que c'est trop intimement lié au comportement du programme qui traduira la formule pour avoir une réponse certaine.

On peut imaginer par exemple que la décomposition se fasse par une fonction récursive, qui est appelée pour chaque 'binôme' et qui détermine si le calcul entre les 2 est prioritaire sur le précédent ou le suivant, puis effectue le calcul.
Mais en fait cette routine peut calculer le 1er terme abs(x) , faire un appel récursif pour décomposer la suite (v+z)/(x+y) , puis additionner;
ou bien elle peut peut faire le calcul du terme qui la concerne uniquement après avoir fait l'appel récursif, au choix, ce qui inverserait l'ordre de l'ensemble des calculs...
De plus, il est également possible que l'ajout de parenthèses cernant la formule, ne modifiant pas le résultat, modifie le comportement de la routine et donc l'ordre de réduction;
Difficile d'avoir une réponse claire donc !

Le chêne aussi était un gland, avant d'être un chêne

Bonjour,

Merci beaucoup nicocorico. Je constate qu'il est effectivement difficile d'avoir une réponse claire.

Les divers manuels et polycopiés traitant d'Algorithmes et déstinés aux débutants comme moi, simplifient les choses au point où je fus poussée à considérer que le complilateur ne faisait qu'obéir à une méthode de calcul prélablement définie et commune à tous les langages de programmation. Or, je découvre que chaque compilateur est susceptible de générer son propre code machine.
Alors pourquoi se targuer à vouloir nous apprendre cette règle de précédence d'une manière bête et disciplinée à cette étape de notre formation. Où est l'interêt de perdre du temps sur des exercices qui obéissent à une méthode qui n'est qu'à moitié justifiée!!!! Je me demande qu'elle réponse je peux proposer à l'exercice ci-dessus quand je sais qu'en réalité il n'y a point de réponse vraiment claire?!

Encore Merci pour l'aide que tu m'apportes.

Comme d'habitude en programmation, ce qui compte c'est que le programme soit juste et efficace, mais il est rare d'avoir une seule manière d'accéder à ce but...
Et je pense que ton exercice de précédence ne porte que sur la justesse de l'algorithme et donc du résultat, pas sur la façon de le faire;
Dans ce cas, il t'es sûrement demandé de faire les calculs dans l'ordre en te préoccupant simplement des priorités, donc :
R1: abs(x)
R2: v+z
R3:x+y
R4:R2/R3
R5: R1+R4

Re

Merci nicocorico.
R1: abs(x). Ceci implique alors que supposant que l'expression (A) est graduellement executée de gauche à droite, je peux considèrer que les fonctions se classent avec les parenthése en terme de "priorité" et non après -dûment que le résultat est le même [sinon on aurait eu R1: v+z.]
Je viens de lire une autre bizarerie sur l'un de mes polycopiés, c'est que parmi toutes les fonctions il y a une qui est considérée comme une "puissance **" et qui prend donc la même priorité que celle-ci... et c'est la fonction SQRT(). Qu'en penses-tu de cette exception à la règle (Personnellement je n'y vois aucun interêt) ??.
Ce cours m'ennuie vraiment et dire que ce n'est qu'une légère introduction à toute une discipline!!!!!

Encore Millle MEERCIS.

2ème fois que ça se produit, après moults essais, impossible de mettre un message de plus de 2 lignes, le sujet est bloqué. je te le met dans ta boite...