Pourquoi les compilateurs C ne génèrent-ils pas automatiquement des opérateurs de comparaison ?

Pourquoi les compilateurs C ne génèrent pas automatiquement des opérateurs de comparaison

Malgré la capacité du compilateur à fournir des méthodes essentielles telles que les constructeurs par défaut et les opérateurs d'affectation, il omet notamment de définir des opérateurs de comparaison, tels que Operator== et Operator!=. Cette omission a soulevé la question : pourquoi ?

Un argument suggère que si le compilateur peut générer un constructeur de copie par défaut, il devrait également être capable de fournir un opérateur par défaut==(). Cependant, la décision de ne pas le faire peut provenir de la réticence de Bjarne Stroustrup, le créateur de C, à inclure des mécanismes de copie par défaut.

Dans son livre "The Design and Evolution of C", Stroustrup exprime sa désapprobation des opérations de copie par défaut, déclarant qu'il interdit souvent la copie dans ses propres classes. Cette réticence vient du fait que les constructeurs de copie par défaut ont été hérités de C et sont fréquemment abusés.

Ainsi, au lieu de se demander pourquoi C n'a pas d'opérateur par défaut==(), il est plus pertinent de considérer pourquoi il inclut constructeurs d'affectation et de copie par défaut. Cette décision a été prise par souci de compatibilité ascendante avec C, ce qui a été à la fois une bénédiction et un compromis à contrecœur dans l'évolution de C.

Pour ceux qui préfèrent empêcher les opérations de copie par défaut, déclarer les opérateurs d'affectation privés et les constructeurs de copie dans leurs extraits IDE peut être une pratique utile. Cela permet la suppression explicite de ces déclarations lorsque vous le souhaitez, garantissant ainsi un meilleur contrôle sur le comportement de la classe.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!