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
Non.
c'est pourquoi l'accès simultané ne peut être organisé :(((.
Vous pouvez, le fichier ouvert dans MT5 avec le drapeau de partage sera également disponible pour tout autre programme, y compris MT4.
Voyez comment cela se passe ici.
Par exemple, si le fichier est déjà ouvert dans MT4, l'indicateur Shaare permettra de l'ouvrir sans problème dans MT5. Le MT4 fonctionne comme d'habitude, tandis que le MT5 peut permettre à d'autres programmes d'utiliser un fichier déjà ouvert par lui, ou d'ouvrir un fichier qui est ouvert par quelqu'un d'autre sans le drapeau de shahre.
Vous pouvez, le fichier ouvert dans MT5 avec le drapeau de partage sera également disponible pour tout autre programme, y compris MT4.
Voyez comment cela se passe ici.
Merci, je vais regarder maintenant...
Pour cette raison, il est catégoriquement déconseillé de comparer deux nombres réels entre eux pour vérifier leur égalité, car une telle comparaison n'est pas correcte.
Et une méthode de comparaison spéciale est proposée.
Si vous avez toujours besoin de comparer deux nombres réels pour l'égalité, vous pouvez...
Mais il s'ensuit une conclusion logique : il n'est pas recommandé de comparer des nombres réels, même au moyen d'opérations plus grandes/plus petites, car une telle opération, au sens de ce qui précède, n'est correcte que si une méthode spéciale établit d'abord correctement que les valeurs vérifiées ne sont pas égales en termes de machine zéro.
C'est-à-dire qu'il s'avère que les opérateurs > et < pour les nombres réels ne peuvent pas non plus être utilisés sous forme pure. Ai-je bien compris, et si oui, pourquoi ne pas ajouter un commentaire correspondant à l'aide ?
Mais, si l'opérateur, par exemple, >, ne peut être utilisé qu'après une vérification correcte de l'inégalité, alors comment faire pour vérifier >= ? Est-il nécessaire de compliquer encore plus l'algorithme, c'est-à-dire de vérifier l'égalité d'abord avec une fonction spéciale, puis avec une fonction spéciale pour l'inégalité (avant d'utiliser >) ?
Peut-être quelqu'un a-t-il déjà développé une bibliothèque pour tous les cas de comparaison pour les types double et flottant ? J'ai esquissé quelque chose pour les caractères doubles - je ne sais pas si c'est correct :
P.S. Si prevcalculated==0, cela fonctionne à nouveau comme d'habitude. Bug flottant ?
Bonjour !
J'ai besoin d'utiliser un indicateur personnalisé dans le module des signaux de trading.
Pour cela, d'après ce que je comprends, je dois ajouter un pointeur vers cet objet indicateur dans la "collection d'indicateurs (timeseries ?)" comme cela est fait dans l'exemple :
indicators.Add(GetPointer(m_MA)))
où m_MA est un objet de la classe CiMA.
Les fonctions iCustom et IndicatorCreate renvoient la valeur entière d'un handle de l'indicateur créé, mais j'ai besoin d'un objet de cet indicateur, comme je le comprends.
Veuillez me conseiller sur la manière de me sortir de cette situation.
Bonjour !
J'ai besoin d'utiliser un indicateur personnalisé dans le module des signaux de trading.
Pour cela, d'après ce que je comprends, je dois ajouter un pointeur vers cet objet indicateur dans la "collection d'indicateurs (timeseries ?)" comme cela est fait dans l'exemple :
où m_MA est un objet de la classe CiMA.
Les fonctions iCustom et IndicatorCreate renvoient la valeur entière d'un handle de l'indicateur créé, mais j'ai besoin d'un objet de cet indicateur, comme je le comprends.
Veuillez me conseiller sur la manière de me sortir de cette situation.
D'après ce que j'ai compris, je devrais écrire mon propre objet indicateur basé sur CiCustom (de façon similaire à la façon dont CiMA est écrit).
Je ne peux pas vous conseiller dans les détails, car je n'ai pas travaillé avec des induits, mais je pense que vous comprendrez ou que les gens vous diront la bonne réalisation.
PS
Au fait, développeurs, veuillez ajouter des exemples à la section sur CiCustom...
Et une méthode de comparaison spéciale est proposée.
Mais il s'ensuit logiquement qu'il n'est pas recommandé de comparer des nombres réels même au moyen d'opérations plus grand/plus petit, car une telle opération, au sens de ce qui précède, n'est correcte que si l'on établit correctement au préalable, à l'aide d'une méthode spéciale, que les valeurs contrôlées ne sont pas égales au sens de la machine zéro.
Bonjour !
J'ai besoin d'utiliser un indicateur personnalisé dans le module des signaux de trading.
Pour cela, d'après ce que je comprends, je dois ajouter un pointeur vers cet objet indicateur dans la "collection d'indicateurs (timeseries ?)" comme cela est fait dans l'exemple :
où m_MA est un objet de la classe CiMA.
Les fonctions iCustom et IndicatorCreate renvoient la valeur entière d'un handle de l'indicateur créé, mais j'ai besoin d'un objet de cet indicateur, comme je le comprends.
Pourriez-vous m'indiquer comment sortir de cette situation ?
Pour l'instant, prenons ce fichier comme exemple.
La classe CSignalCustomMACD est absolument identique à CSignalMACD, à l'exception du fait qu'elle est basée sur la version "personnalisée" de l'indicateur de la livraison standard.
N'oubliez pas d'ajouter une ligne dans le code source de l'Expert Advisor :
#property tester_indicator "Examples\MACD.ex5"
sinon il ne fonctionnera pas dans le testeur.
S'il n'y a pas de fichier MACD.ex5 dans le dossier Indicators\Examples, l'indicateur doit être compilé.
Un exemple dans l'aide sera ajouté dans un avenir proche.
Peut-être que je ne comprends pas bien le problème, mais si deux nombres réels sont comparés en utilisant, disons, l'opération "<", et que les nombres réels vérifiés sont "égaux au sens de la machine zéro", alors l'opération "<" retournera simplement false, et c'est tout. Ce qui voudrait dire "le premier nombre réel n'est pas inférieur au second nombre réel".