Pourquoi l'opérateur de vaisseau spatial non par défaut ne génère-t-il pas `==` et `!=` dans C 20 ?

Pourquoi l'opérateur de vaisseau spatial non par défaut ne génère pas == et !=

Lors de l'utilisation du nouvel opérateur de vaisseau spatial () dans C 20, il est crucial de noter les implications de l'implémentation d'un opérateur personnalisé par rapport à l'implémentation par défaut.

Dans le premier exemple, vous utilisez l'opérateur par défaut implémentation fournie par le langage. Cette implémentation par défaut permet au compilateur de générer automatiquement un opérateur ==. Cependant, lorsque vous implémentez un opérateur personnalisé fonction, le compilateur ne peut plus générer implicitement un opérateur == correspondant.

Ce comportement est intentionnel, comme indiqué dans le standard C ([class.compare.default](https://en.cppreference.com /w/cpp/lingual/comparison#Class_comparison)) :

If the class definition does not explicitly declare an == operator function, but declares a defaulted three-way comparison operator function, an == operator function is declared implicitly with the same access as the three-way comparison operator function.

La raison derrière ce choix de conception est d'empêcher la génération implicite de == dans des situations où ce n'est peut-être pas le moyen le plus efficace de déterminer égalité. Par exemple, des classes comme std::vector ne doivent pas utiliser un pour les tests d'égalité, car comparer d'abord les tailles est plus efficace.

Dans un modèle implémentation, la classe peut également effectuer des opérations spécialisées qui nécessitent une implémentation personnalisée pour ==. Par conséquent, au lieu de générer une implémentation par défaut potentiellement non optimale, le langage laisse au programmeur le soin de définir explicitement l'opérateur ==.

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!