Moins de code, plus d'action... l'écriture d'un EA - page 10
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
Le lien dans le MP sera répété.
ZZZ peut aussi aller comme ça
vous pouvez aussi faire comme ça :
uggc://yhkgenqr.gx/pbqryrff:fgneg
ceux qui connaissent comprendront :-)
mais le projet (ainsi que le thème) a été fermé "publiquement" et aucune mise à jour n'a été faite ni sur le wiki ni dans le rep.
---
Vous pouvez écrire vous-même un document d'information, en connaissant bien mql, selon vos propres préférences... MarketOrders fait référence à un objet qui contient une collection (sélection) de références et possède un constructeur de copie et une méthode Count().
Vous-même, connaissant bien mql, pouvez écrire une fiche d'information selon vos préférences personnelles. MarketOrders donne une référence à un objet qui contient une collection (sélection) de références et possède un constructeur de copie et une méthode Count().
Il ne s'agit donc pas d'une solution universelle, mais d'une adaptation à la tâche spécifique.
Vous suggérez de créer une API surdimensionnée pour tous les cas. Cela revient à suggérer d'utiliser la base de données des fonctions kimiques : trouvez la fonction nécessaire dans la base de données et utilisez-la.
MQL4 est, après tout, un simple constructeur. Vous n'avez pas besoin de chercher là.
Il ne s'agit donc pas d'une solution unique, mais d'une personnalisation.
Vous proposez de créer une API gonflée pour toutes les occasions. C'est comme suggérer d'utiliser une base de données des fonctions de Kim : trouvez la fonctionnalité nécessaire dans la base de données et utilisez-la.
Je ne suggère rien.
Au début du fil de discussion, j'ai en fait suggéré de créer des tables dynamiques pour les entités MT avec la sémantique d'utilisation la plus simple possible.
Je ne suggère plus rien à personne.
Au début du fil de discussion, j'ai en fait suggéré de créer des tables dynamiques sous des entités MT avec une sémantique d'utilisation la plus simple possible.
On parle d'API utilisable lorsque toute logique complexe peut être facilement programmée avec un nombre minimal d'outils.
En particulier, une API utilisable devrait permettre d'écrire n'importe quel wrapper.
Pour une raison quelconque, il y a confusion entre l'implémentation du wrapper conditionnel Buy()- et l'API.
DEMANDE:écrire un conseiller expert pour MT4 sur cette stratégie ou peut-être quelqu'un en connaît-il déjà.
Stratégie de trading à partir des niveaux de la première heure 00:00-01:00 :
1) Le franchissement du niveau supérieur ou High de la première heure est un signal d'achat, mais seulement si la barre suivante a ouvert et fermé au-dessus du niveau.
Le Stop Loss est placé au niveau ou en dessous du niveau inférieur ou Low de la première heure. Take Profit 1/2 et Trailing Stop 100 pips.
2) Le franchissement du plus bas ou du plus bas de la première heure est un signal de vente, mais seulement si la barre suivante a ouvert et fermé en dessous du niveau.
Le Stop Loss est fixé à ou derrière le niveau supérieur ou High de la première heure.Take Profit 1/2 et Trailing Stop 100 pips.
L'indicateur des niveaux par temps sur la capture d'écran en pièce jointe :
Fichier <*.ex* supprimé