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
La formule de calcul est la même. L'image devrait être la même. Si nous construisons l'indicateur sur D1 avec les paramètres 9, 26, 52 et que nous multiplions par 5 (nombre de jours dans la semaine), alors il devrait être le même que pour W1 9,26,52. Sur MT4, c'est la même chose.
l'image sera la même, ne serait-ce que le vendredi après-midi.
N'oubliez pas que (par exemple) les 3 dernières bougies hebdomadaires et les 15 dernières barres quotidiennes ne sont pas la même chose.
Lorsque le terminal est fermé, il met très longtemps ou pas du tout à se décharger de la mémoire et, de plus, le processus grossit (de centaines de Mo à plusieurs centaines)... Une douzaine de modèles avec de nombreux objets graphiques, pas un seul indicateur. Je dois tuer le processus à la main, ce qui empêche la sauvegarde des nouvelles constructions dans les modèles et entraîne d'autres conséquences. Le déchargement complet d'autres applications ne résout pas le problème.
Des réflexions sur ce sujet ? Les modèles sont joints (sur demande)... qu'est-ce qu'ils ont à voir avec ça ?
De même,
Cette fois, la construction est de 619.
Et je suis à peu près la même chose.
De même,
Cette fois, la construction est de 619.
Il est difficile d'imaginer que quelqu'un puisse saisir manuellement un tel paramètre de chaîne. Et s'il est généré automatiquement (par exemple, pour le démarrage à partir de la console), un tel paramètre long nécessaire au fonctionnement du programme peut être rassemblé à partir de plusieurs paramètres plus courts. N'est-ce pas ?
C'est possible d'imaginer))
Voici un exemple simple de ligne d'entrée de sept paires pour un conseiller expert multi-devises (la huitième ne convient plus - mais j'aimerais bien) :
"EURUSD.EUR.0 ; GBPUSD.GBP.0 ; AUDUSD.AUD.0 ; NZDUSD.NZD.0 ; USDCHF.CHF.1 ; USDCAD.CAD.1 ; USDSEK.SEK.1 ;".
Comme vous pouvez le voir, il n'y a rien d'inhabituel. Bien sûr, vous pouvez faire un fouillis de plusieurs chaînes et les coller ensemble de manière programmatique, etc. Mais pourquoi ?
pour voir si rien d'inhabituel n'a été inséré. Vous pourriez, bien sûr, tordre quelques lignes et les coller ensemble de manière programmatique, etc. Mais pourquoi ?
N'est-il pas préférable d'utiliser le fichier ini, qui contient toutes les devises nécessaires (et pas seulement les devises, mais aussi d'autres paramètres) ?
Je voudrais simplement utiliser les outils standard pour définir les paramètres d'entrée. Il existe de nombreuses façons de procéder.
Bien sûr, ce n'est pas une configuration opérationnelle, mais ce n'est pas cool de parcourir les fichiers et de les modifier à chaque fois.
Vous devez avoir un tampon statique utilisé à cet endroit pour stocker cette chaîne - pourquoi ne pas l'augmenter plusieurs fois ?
Eh bien, tu sais mieux que quiconque.
Ne vaut-il pas mieux utiliser un ini-file, dans lequel toutes les devises nécessaires sont prescrites (et pas seulement les devises, mais aussi d'autres paramètres) ?
Rashid, mais en fait les longues chaînes vivent dans MT4, et elles sont réussies !
Dmitry a décrit le cas le plus courant de spécification d'une liste de devises requises.
Et de telles listes de paramètres sont très souvent utilisées, précisément pour définir des paramètres externes !
Par exemple, c'est ainsi que les clients me demandent d'établir des listes.
Vous pouvez le regarder - il y a environ 250 caractères dans une chaîne de devises. Et ça marche et il n'y a aucun problème !
Pourquoi introduirait-il des limitations artificielles de longueur dans un MT5 plus avancé ?
Ce n'est pas rationnel.