Est-il possible d'éviter de nombreux "ou" (||) dans les conditions entraînant la même action ? - page 4
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
borilunad:
Les calculs les plus complexes ne ralentissent pas autant que les fonctions qui vérifient les différentes données de marché nécessaires et les positions ouvertes à chaque tick.
Sainte vérité, MarketInfo est l'un des pires problèmes de test. J'écris généralement en deux blocs pour de tels cas si possible, en faisant des requêtes "réelles" uniquement pour le mode de trading réel. Cela est particulièrement efficace pour les données non mesurées (chez le testeur), par exemple :
Vous pouvez également envoyer en bloc if(!IsTesting()) toutes sortes de RefreshRates(), de requêtes à MODE_BID et MODE_ASK (en les remplaçant par des Bid et Ask rapides), etc.
Sainte vérité, MarketInfo est l'un des pires problèmes de test. J'écris généralement en deux blocs pour de tels cas si possible, en faisant des requêtes "réelles" uniquement pour le mode de trading réel. Cela est particulièrement efficace pour les données non mesurées (chez le testeur), par exemple :
Vous pouvez également envoyer en bloc if(!IsTesting()) toutes sortes de RefreshRates(), de requêtes à MODE_BID et MODE_ASK (en les remplaçant par des Bid et Ask rapides), etc.
Merci beaucoup, Pako ! Comment n'ai-je pas pu deviner, c'est si facile ! Je vais dîner maintenant, faire ce que je peux et vérifier la vitesse du passage.
Et là, je ne comprends pas ce que vous voulez dire. D'où viennent ces chiffres ? Et si vous êtes intéressé par les noms de variables courts, je préfère les courts aux longs. Ou quoi d'autre ? Oui, je viens de remarquer que vous avez ajouté deux parenthèses avant clo et à la fin après clo à ma formule. Ce n'est pas du tout nécessaire, cela perturbe le calcul. Mais merci quand même !
<--- 10 444 = 8 087 > 3 908 c'est dans quelle langue ?
Fait, vérifié, ça a marché, mais le résultat ne m'a pas encore plu, pratiquement pas réduit le temps de la course ! Demain, je vais essayer de faire tout ce que je peux, peut-être qu'alors il y aura une différence.
Mais quoi qu'il en soit, l'essentiel est que grâce à vous, Pako, Aleksey, Victor et d'autres, j'ai appris une autre méthode importante d'écriture de code, pour laquelle je suis extrêmement reconnaissant !
J'utilise une fonction dans de tels cas.
Par exemple :
J'utilise toujours l'offre et la demande.
Alors vous avez besoin de RefreshRates())
J'utilise une fonction dans de tels cas.
Par exemple :
Alors vous avez besoin de RefreshRates())
Oui, j'ai RefreshRates() au début, ou cela ne suffit-il pas ?
Oui, j'ai RefreshRates() au début de Start, ou cela ne suffit-il pas ?
Tout dépend du temps que prennent les calculs pour s'exécuter. Il peut y avoir une situation où le prix a été mis à jour pendant cette période, et donc l'offre et la demande ne sont plus pertinentes. C'est pourquoi il est préférable d'appeler RefreshRates() en plus avant d'exécuter les transactions (ou plutôt, avant de calculer les prix pour celles-ci).
Donc vous avez besoin de RefreshRates() avant chaque série de conditions ? Parce que je pensais qu'il y avait aussi RefreshRates() dans chaque fonction d'exécution, où elle vérifie les erreurs, pour répéter l'ordre, et c'est suffisant. Ensuite, je vais essayer de mettre plus de RefreshRates() et voir ce qui se passe ! Merci !
Et Pap'e Yozh mes remerciements aussi !