Discussion :

[3DArchi]

Salut,
Je rebondis sur cette remarque et sur les commentaires de l'article d'Emmanuel sur la sémantique d'entité/valeur pour poser la question : L'héritage est-il compatible avec la sémantique de mouvement ?

Le slicing me semble même presque pire que pour la copie puisqu'on se retrouve avec un ancien objet (celui qui a fait l'objet du déplacement) à moitié vide si on fait le déplacement à partir d'un type de base.

Il y a au - deux questions : est-ce que dans le principe, la sémantique de déplacement est compatible avec l'héritage. Et la seconde, est ce que l'implémentation des opérateurs de mouvements (constructeurs, affectation) pour une hiérarchie ne risque-t-elle pas d'être source d'erreur et quelles seraient alors les bonnes pratiques ?

[Arzar]

Salut,

Sans parler directement de polymorphisme, mais pour ce qui est des rapports entité/déplacement, je me souviens d'avoir soutenu ici sur developez une opinion naïve, similaire à ce qui semble émaner de l'article d'Emmanuel, grosso-modo "toute entité est déplaçable" :

Je pense d'ailleurs qu'avec l'arrivé du C++0x cette idée de sémantique d'entité devra maintenant inclure le déplacement au même titre que la non-copiabilité. Si on reprend la définition de la faq :

A l'inverse des classes à sémantique de valeur, une classe a une sémantique d'entité si toutes les instances de cette classe sont nécessairement deux à deux distinctes, même si tous les champs de ces instances sont égaux. Elle modélise un concept d'identité : chaque objet représente un individu unique.

Je ne vois pas trop de raison qui empêcherait le déplacement de cet "individu unique".

Ce à quoi Jean-Marc Bourquet avait répondu - et après coup, je pense qu'il a raison -

Ce qui fait l'individu ce n'est pas le contenu de ses membres, c'est son adresse. Et ça ce n'est pas transférable. Ce qui est transférable, c'est les responsabilités de l'individu.

Pour pouvoir donner les opérations de déplacement à une classe ayant une sémantique d'entité, il faut que la classe ait une responsabilité transférable -- sinon il n'y a rien à déplacer -- et que celle-ci soit suffisamment importante (vraisemblablement ce sera le seul objectif dans la plupart des cas) pour que l'utilisation ne semble pas artificielle. Je ne vois guère -- mais j'ai la curieuse impression d'oublier quelque chose -- que des classes techniques, proches des classes RAII (les responsabilités que celles-ci ont est en effet quelque chose de transférable et cette responsabilité est leur seul objet)

L'échange vient de ce thread.