Qu'est-ce qui rend les développeurs C si curieux si «i ++ == ++ i»? [fermé]

Juste une observation aléatoire, il semble que sur StackOverflow.com, on se demande si "++ i == i ++". Cette question est posée tout le temps, je pense que je l'ai vue posée environ 6 ou 7 fois au cours des 2 derniers mois.

Je me demande juste pourquoi les développeurs C s'y intéressent autant? Le même concept / question existe également pour les développeurs C # et Java, mais je pense que je n'ai vu qu'une seule question liée à C #.

Est-ce parce que de nombreux exemples utilisent ++ i? Est-ce parce qu'il existe un livre ou un tutoriel populaire? Est-ce parce que les développeurs C aiment juste entasser autant que possible dans une seule ligne pour «efficacité» / «performance» et rencontrent donc des constructions «étranges» en utilisant plus souvent l'opérateur ++?

Je soupçonne qu'au moins une partie est un peu plus simple: même maintenant, nous voyons beaucoup de questions comme celle-ci commencer vers le début de l'année scolaire, et elles diminuent progressivement tout au long de l'année.

En tant que tel, je pense qu'il est juste de supposer que bon nombre d'entre eux sont simplement le résultat de cours dans lesquels l'enseignant en parle au moins un peu, mais n'explique pas très bien ses points (aussi souvent qu'autrement). parce qu'il ne les comprend pas vraiment lui-même). Particulièrement sur la base des personnes qui semblent poser ces questions, peu sont basées sur un codage réel.

Parce que les programmeurs C doivent comprendre l'ordre des opérations. Les développeurs C # n'utilisent pas nécessairement les opérateurs au niveau du bit (&, |, ~) ou les opérateurs de préfixe car nous sommes normalement plus préoccupés par d'autres choses. Cependant, ce que nous, les développeurs C #, ne réalisons pas, c'est que nous devons savoir ce que font les opérateurs que nous utilisons quotidiennement et comment les utiliser correctement. La plupart d'entre nous évitent simplement les endroits où cela peut poser problème.

Du haut de votre tête, quelle est la sortie de cet extrait?

    double x = 5.5;
    Console.WriteLine(x++);
    x = 5.5;
    Console.WriteLine(++x);

Je dirais qu'un bon nombre de développeurs C # chevronnés n'ont aucune idée de la sortie vers la console.

Je pense que c'est évident. En C #, pour an int i, i++ == ++iest toujours faux tandis que ++i == i++c'est toujours vrai, de manière fiable, et tous ceux qui sont intéressés peuvent le découvrir facilement simplement en apprenant les règles de C # (ou en le faisant simplement fonctionner).

En C et C ++, en revanche, il est presque indéfini car cela dépend du compilateur, de l'environnement d'exécution, de la plate-forme, etc., donc c'est une question beaucoup plus difficile à répondre, donc beaucoup de gens la posent.

C'est une question populaire parce que c'est une question piège. Ce n'est pas défini .

Le lien ci-dessus renvoie à une FAQ sur la page d'accueil de Bjarnes Stroustrup, qui répond spécifiquement à cette question et explique pourquoi cette construction n'est pas définie. Ce qu'il dit, c'est:

Fondamentalement, en C et C ++, si vous lisez deux fois une variable dans une expression où vous l'écrivez également, le résultat n'est pas défini.

Le fait que l'ordre d'évaluation ne soit pas défini est censé produire un code plus performant.

Très probablement parce qu'en C, cela importe vraiment si vous écrivez i++ou ++ilorsque vous faites de l'arithmétique de pointeur. Là, augmenter iavant ou après une opération pourrait être crucial. Je vous donnerais un exemple mais la dernière fois que j'ai écrit C était il y a 10 ans ...

En C #, je n'ai jamais rencontré de situation qui m'obligerait à réfléchir i++ou ++iparce que AFAIK, pour les boucles for / while, cela n'a pas vraiment d'importance.

Il y a quelques années, j'ai lu que ces opérateurs étaient considérés comme dangereux, alors j'ai essayé de creuser plus d'informations à ce sujet. Si stackoverflow avait été en place à ce moment-là, je l'aurais demandé là-bas.

Maintenant, c'est parce que certaines personnes tordues écrivent des boucles telles que

while( [something] )
{
  a[++j] = ++j;
}

Même maintenant, je ne suis pas trop sûr de ce qui va / devrait arriver, mais il est assez clair pour moi que plusieurs ++ [var] sur la même ligne demandent des ennuis.

Deux raisons.

L'implémentation correcte de ++ i consiste à incrémenter i puis à le renvoyer. L'implémentation correcte d'i ++ consiste à enregistrer la valeur actuelle, à incrémenter i et à renvoyer la valeur enregistrée. Les connaître n'est pas implémenté car les synonymes sont importants.

La question devient alors quand le compilateur les applique-t-il lors de l'évaluation d'une expression, telle que l'égalité.

Si le test d'égalité est fait en premier, alors les opérateurs pré et post-incrémentation, vous allez devoir écrire une logique différente que si le côté gauche (lhs) et le côté droit (rhs) sont évalués en premier, puis l'égalité.

Tout dépend de l'ordre des opérations, et cela affecte à son tour le code que l'on écrit. Et, sans surprise, toutes les langues ne sont pas d'accord.

La liste des tests de base permet aux développeurs de tester pour voir si leurs hypothèses sont correctes, ainsi que si l'implémentation réelle correspond aux spécifications du langage.

Cela peut avoir toutes sortes d'impact lorsque vous travaillez avec des pointeurs, des boucles ou que vous retournez des valeurs.

Je pense que c'est un choc culturel.

Comme déjà souligné, le comportement d'une expression en C ou C ++ peut être indéfini car l'ordre d'exécution des post-incréments, etc. n'est pas strictement défini. Le comportement indéfini est assez courant en C, et bien sûr une grande partie de cela a été importé en C ++.

Pour quelqu'un qui a fait de la programmation dans un autre langage - quelqu'un qui a compris que les langages de programmation sont censés être précis et que les ordinateurs sont censés faire ce qu'on leur dit de faire ... eh bien, c'est un choc pour découvrir que C est intentionnellement vague sur certaines choses.

C'est peut-être juste que les développeurs C utilisent l'incrémentation ++ plus souvent en général - vu que C n'a pas de "foreach" ou instruction similaire pour parcourir les tableaux. Oh, et bien sûr pointeur arithmatique, comme mentionné précédemment!

La différence entre les deux parties: le post et le pré-incrément fonctionnent comme ces deux morceaux de code devraient fonctionner dans toutes les langues. CE N'EST PAS DÉPENDANT DE LA LANGUE !!!

++i

C'est pré incrément. Ce morceau de code augmentera d'abord la valeur de iavant d'envoyer la valeur à la ligne où il est utilisé.

i++

Ceci est l'incrément de post. Ce morceau de code renverra la valeur de iavant d'augmenter la valeur de isur la ligne où il est utilisé.

Dans un autre petit exemple:

int main(void)
{
  int i = 0; 
  int result; 
  result = 10 + ++i; 
  printf("%d \n", result); // = 11 

  int j = 0; 
  result = 10 + j++; 
  printf("%d \n", result);// = 10
  return 0;
}

Ce code se compile avec les résultats sur le codepad.

Cela a à voir avec la mise en œuvre interne de la surcharge de l'opérateur.

++i augmente directement la valeur (et est donc un peu plus rapide)

i++crée d'abord une copie qui est retournée à l'endroit où cela est nécessaire et ensuite la valeur d'origine de la ivariable est augmentée d'une unité.

J'espère que c'est clair maintenant.