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
Vous avez raison, le ChartID changera au redémarrage, donc rien ne doit être sauvegardé dans les Variables Globales du terminal.
er... donc l'EA va perdre tous ses ordres-positions ouverts auparavant, et c'est OK ?
er... donc l'EA va perdre tous ses ordres-positions ouverts auparavant, et c'est OK ?
Lors de la recherche d'un ordre par magik, vous connaîtrez le magik actuel, donc tous les autres magiks du ou des précédents.
Il y a une fonction IsMyMagic()
Chaque devise a un code à trois chiffres, où les deux premières lettres représentent le pays et la troisième lettre la devise elle-même (dollar - D, franc - F, livre - P).
Cette séquence de trois chiffres des monnaies est réglementée par une norme spéciale, l'ISO 4217. En 1978, l'Organisation internationale de normalisation a recommandé que tous les pays utilisent des codes monétaires à trois lettres et trois chiffres.
Sérieusement ?
où les deux premières lettres représentent le pays et la troisième, la monnaie elle-même.
Lors de la recherche d'une commande par magicien, vous connaîtrez le magicien actuel, donc tous les autres magiciens du ou des précédents.
Par conséquent, tout ce qui est ouvert avant le redémarrage n'est pas pertinent...
Oui, alors l'identifiant du graphique fera l'affaire.
Vous pouvez simplement ajouter le compteur d'ordres actuel à ce nombre sans vous soucier des sommes de contrôle et des décalages de bits.
donc ce qui est ouvert avant le redémarrage n'est pas pertinent...
Oui, alors l'identifiant du graphique fera l'affaire.
Nous pouvons simplement ajouter le compteur des commandes en cours à ce nombre et ne pas nous embêter avec les sommes de contrôle et les décalages de bits.
Vous pouvez éviter tous les tracas, comme déjà suggéré
Entrée ulong = NUMÉRO ;
Il nous suffit de garder une trace de ce NUMÉRO pour chaque EA - différent, en laissant les deux octets d'ordre inférieur à zéro,
alors nous pourrons utiliser 65535 nombres magiques pour CHAQUE EA
De même pour l'EA suivante
N'oubliez pas d'enregistrer les paramètresSérieusement ?
Et comment appelez-vous la monnaie de la zone euro? EUR - EU RJe me demande aussi à quoi correspond la lettre B ? )
EURRUB - RU B
Je me demande aussi à quoi correspond la lettre B ? )
EURRUB - RU B
C'est effrayant d'y penser ;))
Vous pourriez vous passer des tracas, comme suggéré précédemment.
Entrée ulong = NUMÉRO ;
Nous devons juste garder la trace de ce NUMÉRO pour chaque Conseiller Expert - différent, laissant les deux octets d'ordre inférieur à zéro.
En conséquence, pour le conseiller expert suivant
N'oubliez pas d'enregistrer les paramètresVous rechargez le terminal, ou vous fermez le graphique et le rouvrez.
Vous disposez de l'historique des transactions et le conseiller expert (devrait) reconnaître ses transactions. C'est normal s'il comprend que c'est lui qui l'a ouvert.
L'ID du graphique a changé : comment l'EA qui fonctionne sur le graphique actuel doit-il comprendre que ce sont ses transactions passées ?
Vous rechargez le terminal, ou vous fermez simplement le graphique, puis vous l'ouvrez à nouveau.
Vous avez un historique de transactions et l'EA (devrait) reconnaître vos transactions. C'est normal si elle comprend que c'est elle qui l'a ouvert.
Ainsi, l'ID du graphique a changé : comment l'EA qui a été lancé sur ce graphique sait-il qu'il s'agit de ses transactions précédentes ?
Veuillez lire attentivement !