Erreurs, bugs, questions - page 2326
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
Et maintenant, ils proposent de tout détruire et de retourner à l'âge de pierre pour on ne sait quoi.
Eh bien, c'est votre opinion. Je pense exactement le contraire.
Eh bien, c'est votre opinion. Je pense exactement le contraire.
A100:
А что конкретно Вас не устраивает? Что в MQL указатель это фактически ссылка?
En fait, ce n'est pas vrai.)
Alors qu'en MQL, l'arithmétique des adresses n'a aucun sens et n'est donc pas utilisée !?
en fait, ce n'est pas le cas)
Les pointeurs intelligents n'ont pas non plus d'arithmétique d'adresse, mais ils sont utilisés pour une raison quelconque.Strictement parlant, non, mais en l'absence d'arithmétique d'adresse, un pointeur MQL est plus proche (ou du moins pas plus loin) d'une référence C++ qu'un pointeur C++.
Et si c'est le cas, la syntaxe doit être préservée en conséquence (sans *)
Non, il n'y avait pas de raisons sérieuses.
La seule justification de son absence est de ménager les esprits fragiles des utilisateurs peu familiarisés avec le C++.
Strictement parlant, ce n'est pas le cas, mais en l'absence d'arithmétique d'adresse, le pointeur/mQL est plus proche (ou du moins pas plus loin) d'une référence C++ que d'un pointeur C++.
Et si c'est le cas, la syntaxe doit être stockée en conséquence (sans *)
Pourquoi le rendre si compliqué ? Il suffit de rendre les enregistrements . et -> équivalents, interchangeables.
Au sens figuré.
Si vous les rendez interchangeables, vous n'avez tout simplement pas besoin des deux.
En C++, c'est possible :
L'opérateur -> devrait vraiment être ajouté au langage, d'abord pour des raisons de compatibilité avec les codes C++ et ensuite pour permettre la surcharge (ce qui est utile pour les pointeurs intelligents).
Le point est un opérateur universel dans MQL.
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!
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!
Cela doit être dû à cette construction correcte
n'a pas été prise en compte.