Erreurs, bugs, questions - page 2327
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Probablement en raison de cette conception correcte
n'a pas tenu compte de la vôtre.
C'est exactement la même construction incorrecte.
S'il y a un objet de classe dérivée derrière le pointeur vers la classe de base, c'est une construction merveilleuse.
S'il y a un objet de classe dérivée derrière le pointeur vers la classe de base, c'est une excellente conception.
Je suggère que vous ne discutiez pas, mais que vous me croyiez simplement que c'est une erreur.
Ce verbe est faiblement applicable dans un forum technique. J'ai essayé le C++.
Aucune des options n'a fonctionné. Les raisons ne sont pas claires.
Si vous les rendez interchangeables, alors ils sont tous deux inutiles.
En C++, c'est possible :
J'ai suggéré la variante la plus simple qui pourrait être mise en œuvre demain (pas dans 10 ans) et qui aurait une ressemblance extérieure avec C++ (sinon pourquoi changer quoi que ce soit). De plus, si operator*() n'est pas et ne sera pas implémenté (il y avait des informations à ce sujet sur le forum), on ne voit pas pourquoi operator->() serait soudainement implémenté (ils sont du même ordre).
Pourquoi MQL n'a-t-il pas corrigé le bogue qui fait qu'une classe de base est implicitement castée dans une classe dérivée ? Même pas un avertissement du compilateur!
Vous attendez une erreur de compilation ? Il ne devrait pas y en avoir, car dans ce cas, il s'agit de dynamic_cast.
Voir ci-dessus, fxsaber a fourni le code C++.
compilé par
compilé par
Tu ne fais pas attention.
Ou vous. Allons droit au but.