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
Aucun objet personnalisé ne peut se contrôler lui-même sans un appel correspondant. En d'autres termes, l'utilisateur doit l'écrire dans son code. S'il l'a écrit, il effectue lui-même le traitement.
Le mécanisme change_id est très simple : vous exécutez la méthode Refresh. Ensuite, vous obtenez les données, ce qui et où a été mis à jour dans la liste d'événements que vous avez créée.
Votre implémentation est presque similaire à celle de l'Observer, mais vous utilisez le tout-en-un.
La seule différence essentielle que je vois est que vous devez maintenant vérifier tous les événements séparément en dehors de la classe Calendar après le rafraîchissement, en fonction de la classe Calendar.
Si vous unifiez le format d'échange (dans l'exemple, le plus simple CArrayObj) et le filtrage à l'intérieur de la bibliothèque, vous obtiendrez une liste des seuls événements en cours.
et en général, il s'agit déjà d'un outil efficace pour travailler avec les actualités.
La seule différence essentielle que je vois est qu'il est maintenant nécessaire d'écrire la vérification de tous les événements séparément en dehors de la classe Calendar après le rafraîchissement, tout en dépendant de la classe Calendar.
En sortie, vous obtiendrez un objet contenant uniquement les événements rafraîchis. Vous n'aurez pas besoin de rechercher les événements mis à jour.
En sortie, vous obtiendrez un objet contenant uniquement les événements mis à jour. Vous n'aurez pas besoin de rechercher les événements mis à jour.
Je vois, je n'avais pas vu la méthode Refresh.
En général, c'est simple et concis, il s'agit de rafraîchir Revised à tout moment - ce qui est également résolu, si j'ai bien compris ?
Je vois, mais je n'ai pas vu de méthode Refresh.
Elle n'est pas encore implémentée. Je le ferai quand je serai libre.
En général, il est simple et concis de rafraîchir Revised à tout moment - la capture est également résolue, si j'ai bien compris ?
La capture de tout changement devrait l'être, d'après la documentation.
Une nouvelle peut arriver avec 23 secondes d'avance ou 115 secondes de retard.
Ces 115 secondes semblent artificielles, car les nouvelles sur le BRL et l'USD à des moments différents ont le même décalage.
ZY Il y a peu de statistiques. Mais il semble que dans le Testeur, nous puissions compter sur un décalage de deux minutes.
Bonjour fxsaber.
Il est possible d'utiliser cette bibliothèque avec une logique inverse ? Au lieu de faire un backtest basé sur l'heure des nouvelles, créez le calendrier Example.mq5 pour n'autoriser les ordres que les jours où il n'y a pas d'événements à fort impact.
Exemple : Acheter USDJPY lorsque le RSI est inférieur à 30, uniquement s'il n'y a pas de nouvelles à fort impact le jour même pour les devises USD et JPY.
Si c'est le cas, pouvez-vous le modifier et joindre le fichier ici ? C'est tout ce dont j'ai besoin, faites-moi savoir si vous l'avez obtenu. Je vous remercie.
Bonjour fxsaber.
Il est possible d'utiliser cette bibliothèque avec une logique inverse ? Au lieu de faire un backtest basé sur l'heure des nouvelles, créez le calendrier Example.mq5 pour autoriser les ordres uniquement les jours sans événements à fort impact.
Exemple : Achetez USDJPY lorsque le RSI est inférieur à 30, uniquement s'il n'y a pas de nouvelles à fort impact le jour même pour les devises USD et JPY.
Si c'est le cas, pouvez-vous le modifier et joindre le fichier ici ? C'est tout ce dont j'ai besoin, faites-moi savoir si vous l'avez obtenu. Je vous remercie.
Vous pouvez adopter une logique différente. Mais je ne le fais pas. Contactez un spécialiste.
Vous pouvez adopter une logique différente. Mais je ne le fais pas. Contactez un spécialiste.
Ce n'est pas possible. Contactez un spécialiste.