![MQL5 - Langage des stratégies de trading intégré au terminal client MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Artem et Renat n'ont pas besoin de six !
C'est vrai ? ! "... alors le terminal est ralenti et vous ne pouvez pas faire d'argent..."
C'était juste à propos du testeur, et le reste n'est pas du tout mes mots. Un autre faux 6-dixième !
Bonjour les hommes d'affaires avec des conclusions !
Où est-ce que c'est :
"... Voici un remerciement pour vos efforts pour aider... "Tout le monde est un salaud, qui te traque et te gêne... ...ils ralentissent le terminal pour que vous ne puissiez pas gagner de l'argent, ils ne donnent des conseils que pour de l'argent... Je n'ai jamais rencontré quelqu'un en 60 ans de vie, mais c'est la première fois que je vois quelque chose comme ça..."
il dit que le terminal est délibérément ralenti pour faire de l'argent ?
C'est une photo de toi. En plus, il m'a donné un peu de sympathie.
Je ne vous comprends pas du tout...
Pourquoi pas ? Le programmeur. J'aime sa logique, mais c'est comme ça que j'aurais écrit la fonction de comptage des ordres :
Je m'éloigne du sujet ici - voici une idée. Pour les deux implémentations ci-dessus.
Que se passe-t-il si OrderSelect() renvoie false pour certaines commandes pour une raison quelconque ?
La valeur calculée ne sera pas digne de confiance, n'est-ce pas ?
Et si elle renvoie faux pour toutes les commandes ? En général, il dira qu'il n'y a pas d'ordres avec de telles caractéristiques et la logique "supérieure" qui a appelé NumberTradesOrders() va joyeusement commencer à en ouvrir de nouveaux puisqu'il n'y a pas d'ordres ?
L'idée est de prévoir ces situations d'erreur et de renvoyer le signe "failed to calculate" dans ces cas-là, c'est-à-dire qu'un tel nombre n'existe pas puisque nous n'avons pas pu le calculer.
Et le code "supérieur" doit vérifier ce signe et construire sa logique en conséquence.
Il y a des jurons hors sujet en cours - voici une idée. Pour les deux implémentations ci-dessus.
Que se passe-t-il si OrderSelect() renvoie faux pour certaines commandes pour une raison quelconque ?
La valeur calculée ne sera pas digne de confiance, n'est-ce pas ?
Et si elle renvoie faux pour toutes les commandes ? En général, il dira qu'il n'y a pas d'ordres avec de telles caractéristiques et la logique "supérieure" qui a appelé NumberTradesOrders() va joyeusement commencer à en ouvrir de nouveaux puisqu'il n'y a pas d'ordres ?
L'idée est de prévoir ces situations d'erreur et de renvoyer le signe "failed to calculate" dans ces cas-là, c'est-à-dire qu'un tel nombre n'existe pas puisque nous n'avons pas pu le calculer.
Et le code "supérieur" doit vérifier ce signe et construire sa logique en conséquence.
J'ai délibérément fait de if(OrderSelect(i,SELECT_BY_POS)) un bloc séparé. Il est destiné à renvoyer la valeur de l'erreur pendant le débogage. else {// écrire l'erreur de sélection comme vous le souhaitez et revenir de celle-ci, par exemple EMPTY}.
Et pensons à une situation où il y a une erreur de sélection d'un ordre à placer sur le marché. Discutons-en. Je n'en ai pas encore rencontré.
Que se passe-t-il si, pour certaines commandes, OrderSelect() renvoie false pour une raison quelconque ?
Et donnez-moi une raison pour laquelle une boucle de commande correctement créée pourrait retourner "false".
Oups, je n'ai pas remarqué qu'Artem avait déjà posé la question, oups. Et pourtant.
........ .... .... !
Les gars essaient de vous aider, vous et les autres, tout en étant tout à fait corrects. Et vous semblez excessivement irritable et incontinent ici.
Je ne pense pas que tu le remarques.
Victor, je ne suis pas un programmeur, mais un utilisateur, mais avec intérêt je développe et mets en œuvre mes idées pour l'efficacité de mes programmes. Chacun a sa propre vision, son propre style, sa propre manière. J'ai beaucoup appris, grâce aux remerciements et à l'aide des gars. Mais lorsque j'expose les faits de freinage du testeur en raison de la présence d'un appel d'indicateur personnalisé dans l'Expert Advisor depuis la 711e build, ils insistent sur la preuve, exigent des logs ! Et ce, alors que j'ai déjà remplacé les indicateurs personnalisés par ceux du personnel, et que mon esprit est déjà concentré sur d'autres tâches.
Les problèmes ne m'intéressent pas, je les contourne et je fais ce que je veux. Je leur ai fait des démonstrations, mais ils n'ont pas réagi, car ils n'ont pas vu ce qu'ils voulaient. Après 24 heures d'attente, j'ai supprimé les excès comme je l'entendais, ne laissant que les lignes relatives à l'appel de l'indicateur et au temps passé sur les parcours de comparaison annuels ! Ci-dessus, vous pouvez voir et constater par vous-même !
Pour moi, la programmation est un moyen de commercialisation. Je ne prétends pas travailler sur le marché, et je n'en ai pas besoin. Les programmeurs ont peut-être de grands objectifs, mais c'est leur insistance et une certaine quantité d'expressions peu flatteuses à mon égard qui provoquent mon irritation et mon intempérance !
Boris, pourquoi ne pas leur montrer un exemple de modération ? Je m'entraîne depuis longtemps, mais j'ai appris à me retenir. Il semble...
Boris, pourquoi ne pas leur montrer un exemple de modération ? Je m'entraîne depuis longtemps, mais j'ai appris à me retenir. Il semble...