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 fonction ne fonctionne pas en mode test. Cette fonction ne peut pas non plus être appelée à partir des indicateurs utilisateur.
L'envoi peut être interdit dans les paramètres, de même que l'adresse électronique peut ne pas être spécifiée. La fonction GetLastError() doit être appelée pour obtenir les informations sur les erreurs.
[...]
Dans l'indicateur, il est vrai que je n'ai pas vérifié... :)
Z.U. Je m'oppose au titre du sujet et propose de le renommer en quelque chose comme ceci : "Amélioration de la documentation de MQL4 : suppression des inexactitudes et des lacunes". Quelque chose comme ça.
Puis je l'ai vu à d'autres endroits dans la documentation également.
Expliquez-moi, s'agit-il simplement d'un style de programmation ?
Si ce n'est pas le cas, quelle est la raison d'utiliser l'opération de comparaison pour les variables logiques ?
Pourquoi n'utilise-t-on pas une expression plus simple ?
Pourquoi n'utilise-t-on pas une expression plus simple :
- Symbole
- Type de commande
- Volume de la position en lots
- Le prix de la découverte
- Dérapage en pips
et ainsi de suite. Les paramètres passés à la fonction peuvent être de deux types : ceux qui ne changent en aucune façon pendant le fonctionnement de la fonction appelée, et ceux qui peuvent être traités dans celle-ci.Par exemple, considérons la fonction suivante :
Trois paramètres sont passés à SplitString() : un tableau ArrayRes par référence (précédé d'une esperluette &) et deux paramètres formels InputStrung (la chaîne à diviser en parties) et splitter (qui est le séparateur pour la division).
Lorsque la fonction est exécutée, le tableau ArraRes contient plusieurs chaînes de caractères. La fonction elle-même dans MQL4 ne peut pas retourner des types complexes (par exemple un tableau), mais en utilisant le passage des paramètres par référence, nous évitons cette restriction.
Le scénario complet est le suivant :
Exécutez-le dans votre environnement et voyez le résultat.
La commande doit être présélectionnée à l'aide de OrderSelect().
La description porte sur la fonction OrderClosePrice, tandis que l'exemple porte sur la fonction OrderClosePrice.
C'est probablement la raison pour laquelle 99 % des conseillers experts que nous examinons procèdent à une analyse absolument inutile du type d'ordre.
Quand tu pouvais juste écrire
------
Trois paramètres sont transmis à SplitString() : le tableau ArrayRes par référence (avec esperluette & devant) et deux paramètres formels InputStrung (la chaîne à analyser) et splitter (qui est le séparateur pour l'analyse).
Lorsque la fonction est exécutée, le tableau ArraRes contient plusieurs chaînes de caractères. La fonction elle-même dans MQL4 ne peut pas retourner des types complexes (par exemple un tableau), mais en utilisant le passage des paramètres par référence, nous évitons cette restriction.
------
Je comprends cela. Je ne comprends pas pourquoi vous les avez appelés "formels". S'agit-il de paramètres qui sont passés juste pour le plaisir, de manière purement formelle ? Il n'y a pas de telle chose en C.
Pourquoi la description des types de paramètres est-elle décrite dans la section "Variables" et non dans la section "Fonctions" ?
Je comprends cela. Je ne comprends pas pourquoi vous les qualifiez de "formels". S'agit-il de paramètres que l'on fait simplement passer, de manière purement formelle ? Cela n'existe pas en C.
Parce que les variables passées dans une fonction y sont passées formellement, non pas comme des variables, mais comme leurs valeurs. Les variables peuvent être manipulées (leurs valeurs changent), alors que de telles manipulations avec les valeurs n'ont aucun sens.
Voici une autre version de cet exemple :
Formellement, cela signifie que rien ne dépend de sa valeur, par exemple, réservé pour une utilisation future :). Mais les paramètres passés par valeur dépendent de quelque chose, sinon ils seraient appelés formels :).