Version imprimable
Bonjour,
Dans une application 3D (donc devant avoir le plus de fps possible) je dois faire des cast entre IUknown et IDirect3DResource9 (IDirect3DResource9 étant un type dérivé de IUknown), pour l'instant j'utilise QueryInterface mais bon ça coute pas mal de cycle.
Qu'est ce que je devrai faire, garder mes QueryInterface, utiliser un c-cast, utiliser les cast c++, lequel?
Bref je sais pas trop.
Merci de m'aider.
Salut,
Je n'ai que des souvenirs lointain mais il me semble que tu ne peux pas faire un cast sauvage. QueryInterface est la solution pour obtenir un pointeur correcte sur l'interface à utiliser.
j'ai trouvé ça sur msdn : http://msdn.microsoft.com/de-de/library/78xw8kzk.aspx
et donc je sais pas trop comment le prendre et quoi faireCitation:
Note that you must obey Reference Counting rules at all times. If you call Release on an interface pointer to decrement the reference count to zero, you should not use that pointer again. Occasionally you may need to obtain a weak reference to an object (that is, you may wish to obtain a pointer to one of its interfaces without incrementing the reference count), but it is not acceptable to do this by calling QueryInterface followed by Release. The pointer obtained in such a manner is invalid and should not be used. This more readily becomes apparent when _ATL_DEBUG_INTERFACES is defined, so defining this macro is a useful way of finding reference counting bugs.
Pourquoi ne pas récupérer des "IDirect3DResource9" des API plutôt que des "IUknown" ?
je vais écrire complètement mon problème :
dans mon application directx, je manipule des vertex buffers (IDirect3DVertexBuffer9), des index buffers (IDirect3DIndexBuffer9) et vertex declaration (IDirect3DVertexDeclaration9), et je souhaite les stocker dans un seul et unique conteneur stl (dans mon cas vector).
donc pour les stocker et les récupérer plus tard je cherche la meilleure méthode, tant au niveau sécurité qu'au niveau rapidité.
pour l'instant j'utilise QueryInterface, mais vu que stock/récupère ces informations plusieurs fois par frame, ça coute pas mal de temps.
mon problème est peut être un faux problème (un reinterpret_cast et on s'en tamponne de la sécurité) mais je me pose quand même cette question.
Si vous voulez de la sécurité, ne mélangez pas dans une même structure des objets n'ayant pas tous une interface correspondant à l'utilisation des éléments de cette liste (ne pas mélanger les torchons et les serviettes).
Si vous ne voulez plus de cette sécurité, un simple reinterpret_cast avec une switch et un élément de structure du vecteur stockant le type fera largement l'affaire. Essayez tout de même d'encapsuler ces optimisations dans une structure opaque pour les utilisateurs.