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
Autant que je me souvienne, C# n'est pas un bon ami de mql.
https://www.mql5.com/ru/forum/285631
10. MQL5 : Ajout d'un support natif pour les bibliothèques .NET avec importation de fonctions "intelligentes". Vous pouvez désormais utiliser les bibliothèques .NET sans avoir à écrire de wrappers spéciaux - MetaEditor s'en charge.
Elle n'augmente pas la rentabilité des stratégies.
Se référer à la rentabilité des stratégies lorsqu'on discute des techniques de programmation est plutôt déprimant.
Si quelqu'un peut expliquer pourquoi cela aide tant à coder, je serai heureux d'apprendre quelque chose de nouveau.
Tu ne peux même pas créer ton propre tableau multidimensionnel correctement. Et encore moins un tableau avec différents types de valeurs. Vous ne pouvez même pas le faire avec un seul, car un tel code ne tiendrait pas dans mql :
Bien sûr, vous pouvez écrire d=array[5].to_double(), prétendre qu'il en est ainsi et être heureux de votre code moche. Mais si la surcharge des opérations de conversion de type était autorisée, personne ne préférerait cette façon d'écrire d=array[5].
...
Bien sûr, vous pouvez écrire d=array[5].to_double(), prétendre que c'est correct et être heureux de votre code bogué. Mais si la surcharge des opérations de conversion de type était autorisée, personne ne préférerait cette façon d'écrire d=array[5].
C'est simple. d=tableau[5] pourrait :
Si l'on est un peu plus nerd, il y a encore des difficultés avec array[3] = 4.00123 ; mais c'est lisible et bien comme ça.
Bien. d=array[5] est bien :
Si vous vous ennuyez, alors il y a des difficultés avec array[3] = 4.00123 ; Mais c'est lisible et assez bon comme ça.
Yep, d=array[5] est ok. mais alors vous ne pouvez pas faire array[5]=d. Mais vous pouvez faire %= au lieu de =. Pas de problème, en même temps l'icône nous rappellera par quel endroit tout est fait ;))
Oui, d=array[5] le peut. Mais alors vous ne pouvez pas faire array[5]=d. Mais vous pouvez faire %= au lieu de =. Pas de problème, et l'icône vous rappellera l'endroit à utiliser ;))
Si vous voulez vraiment le faire, vous pouvez le faire comme ceci
etc.
J'étais moi aussi critique au début, mais ensuite je me suis dit que je trouverais moi-même une utilité à ce produit :
J'ai demandé un opérateur de parenthèse et un opérateur de mitraille il y a trois ou quatre ans.
vous demandez, peut-être que vous pouvez faire mieux.
...
Bien sûr, vous pouvez écrire d=array[5].to_double(), prétendre que c'est correct et être heureux de votre code bogué. Mais si la surcharge des opérations de conversion de type était autorisée, personne ne préférerait cette façon d'écrire d=array[5].
Quels problèmes ont les gens))) Oh, bénissez ma vie !
À propos, écrired=array[5].to_double() est beaucoup plus facile qued=(double)array[5] Il suffit d'appuyer sur un point. Mais nous ne cherchons pas de moyens faciles...