La valeur de passage par valeur devrait-elle être la valeur par défaut pour les objets volumineux en C 11 ?

Le passage par valeur est-il un défaut prudent en C 11 ?

Traditionnellement, le passage par valeur en C a été considéré comme inefficace pour des objets volumineux, incitant les programmeurs à opter plutôt pour la transmission de références. Cependant, avec l'avènement de C 11 et son introduction de références rvalue et de constructeurs de déplacement, la faisabilité du passage par valeur pour les objets volumineux a refait surface.

Les arguments en faveur du passage par valeur comme Default

Dave Abrahams soutient que la copie des arguments à l'intérieur des fonctions doit être évitée et suggère plutôt de les transmettre par valeur, permettant au compilateur de gérer le copier. Cette stratégie simplifie le code et permet à l'appelant d'utiliser des fonctions avec à la fois des lvalues ​​et des rvalues, minimisant ainsi le travail requis. Dans l'exemple de code fourni, le passage par référence nécessiterait deux surcharges distinctes pour obtenir la même fonctionnalité.

Considérations relatives aux objets personnalisés

Bien que le passage par valeur soit un valeur par défaut raisonnable pour les objets de type valeur (par exemple, std :: vector), il peut ne pas être optimal pour les objets personnalisés qui nécessitent une sémantique de copie complexe ou où des pointeurs ou des références sont impliqué. Dans de tels cas, passer par référence à const reste un choix approprié pour empêcher toute modification involontaire de l'objet.

Amélioration de la sécurité et des performances du code

Implémentation de constructeurs précieux, comme indiqué dans l'exemple, garantit que les copies d'objets volumineux sont déplacées plutôt que copiées, optimisant ainsi les performances. De plus, le passage par valeur élimine le besoin de considérations complexes en matière de propriété et de gestion de la mémoire, améliorant ainsi la sécurité du code.

Conclusion

En C 11, le passage par valeur peut être une valeur par défaut logique pour les objets volumineux si la copie est nécessaire dans le corps de la fonction. Cette approche simplifie le code, permet une gestion flexible des entrées et exploite les optimisations du compilateur pour améliorer les performances. Cependant, les objets personnalisés doivent être évalués au cas par cas, et le passage par référence à const peut rester l'option privilégiée pour les scénarios impliquant une sémantique de copie complexe ou des modifications potentielles.

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!