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
Vomis, Edward, vomis =)
Je comprends cela, mais pourquoi cela n'aurait-il pas pu être fait de la manière que j'ai décrite ci-dessus ?
Cela n'aurait eu aucun effet sur la vitesse de traitement de l'information :
S'il y avait des informations sur l'outil - enregistrez la date de sa première apparition et stockez-la en mémoire - 8 octets !
Vous pouvez même ne pas le stocker, mais lorsque vous faites SymbolSelect(), vous le mettez en mémoire.
Lorsque nous l'adressons avec la fonction SeriesInfoInteger (SERIES_TERMINAL_FIRSTDATE), nous obtenons :
A -1 - pas de données
Б. 0 - aucune donnée disponible mais pas prêt
В. A - date de la première information
Tout serait alors clair et transparent.
-1 - Aller vers le serveur
0 - Nous attendons la prochaine itération pour vérifier et/ou construire la série chronologique.
> 0 Construire des séries temporelles
D'après votre référence, j'ai compris que VOUS aviez presque fait cela, mais il s'avère que non.
Apparemment, un programmeur a commencé à écrire et un autre a terminé.
Votre mise en œuvre est bonne pour le FOREX, mais très gênante pour le FORTS.
Pour FORTS, les cotations peuvent ne pas arriver pendant une longue période et la série chronologique est téléchargée de la plateforme.
et vous devez répéter tout le processus de récupération des données à nouveau, et avec une connexion au serveur!
Utilisez les conseillers experts pour travailler avec des données de symboles multiples, tout sera pratique et facile. Les indicateurs de l'environnement MT5 sont principalement conçus pour effectuer des calculs rapides sur les données de leurs séries temporelles et afficher les résultats du calcul sur le graphique. Au fur et à mesure de l'évolution de la plate-forme, ils ont obtenu de nombreuses fonctions accessibles aux experts, mais les restrictions architecturales de base sont restées. Et il n'y a aucune raison d'éliminer complètement les différences entre les indicateurs et les EA. Une fois de plus, je tiens à vous rappeler que la différence la plus importante est que les conseillers experts ont leur propre flux de traitement. Les indicateurs sont calculés dans un flux de services, et ce flux remplit de nombreuses autres fonctions. C'est pourquoi même la fonctionnalité que nous avons en commun avec les conseillers experts est mise en œuvre différemment.
Quant à l'accès à l'histoire, il n'existe pas de solution universelle. Le terminal ne peut pas prédire à l'avance ce que l'utilisateur veut, c'est-à-dire si le conseiller expert veut obtenir une seule date ou s'il veut demander tout l'historique disponible. Le terminal choisit l'accès rapide à l'historique, c'est-à-dire qu'à la demande de l'utilisateur, il essaie de mettre en cache l'état actuel (synchronisé avec le serveur) de l'historique dans son intégralité. Oui, il existe une catégorie d'applications pour lesquelles cette approche n'est pas pratique. Mais si le programmeur ne se concentre pas sur la demande de réécriture "personnelle" du terminal, il trouvera une solution dans la fonctionnalité existante. S'il n'y a aucune solution, c'est alors seulement que la question de l'extension de la fonctionnalité se pose.
Décrivez un problème spécifique avec un code spécifique, sans généralisation. Sinon, vous obtenez une fonctionnalité incompréhensible d'une seule fonction gonflée en "tout est faux" et "tout est gênant".
Utilisez les conseillers experts pour travailler avec des données de symboles multiples, tout sera pratique et facile. Les indicateurs de l'environnement MT5 sont principalement conçus pour effectuer des calculs rapides sur les données de leurs séries temporelles et afficher les résultats du calcul sur le graphique. Au fur et à mesure de l'évolution de la plate-forme, ils ont obtenu de nombreuses fonctions accessibles aux experts, mais les restrictions architecturales de base sont restées. Et il n'y a aucune raison d'éliminer complètement les différences entre les indicateurs et les EA. Une fois de plus, je tiens à vous rappeler que la différence la plus importante est que les conseillers experts ont leur propre flux de traitement. Les indicateurs sont calculés dans un flux de services, et ce flux remplit de nombreuses autres fonctions. C'est pourquoi même la fonctionnalité partagée avec les conseillers experts est mise en œuvre de manière différente.
Quant à l'accès à l'histoire, il n'existe pas de solution universelle. Le terminal ne peut pas prédire à l'avance ce que l'utilisateur souhaite, c'est-à-dire si le conseiller expert veut obtenir une seule date ou s'il veut demander tout l'historique disponible. Le terminal a fait un choix en faveur d'un accès rapide à l'historique, c'est-à-dire qu'à la demande de l'utilisateur, il essaie de mettre en cache l'état actuel (synchronisé avec le serveur) de l'historique dans son intégralité. Oui, il existe une catégorie d'applications pour lesquelles cette approche n'est pas pratique. Mais si le programmeur ne se concentre pas sur la demande de réécriture "personnelle" du terminal, il trouvera une solution dans la fonctionnalité existante. S'il n'y a aucune solution, c'est alors seulement que la question de l'extension de la fonctionnalité se pose.
Décrivez un problème spécifique avec un code spécifique, sans généralisation. Sinon, vous obtenez une fonctionnalité incompréhensible d'une seule fonction gonflée en "tout est faux" et "tout est gênant".
Bonjour, Anton !
Laissez-nous "décomposer" votre réponse :
1. "Utilisez des experts pour travailler avec des données à caractères multiples, tout sera pratique et simple."
J'ai besoin d'un historique (clôture) sur 3 symboles avec affichage graphique.
Existe-t-il un autre moyen d'obtenir l'historique des fermetures de la part d'EA ?
Et je dois faire un "potager" pour tirer les résultats d'une EA (dans une fenêtre séparée) !
2. "En ce qui concerne l'accès à l'histoire, il n'y a pas de solution universelle. Le terminal ne peut pas prévoir à l'avance ce que l'utilisateur veut, c'est-à-dire si le conseiller expert veut obtenir une seule date ou s'il veut demander tout l'historique disponible".
Il n'est pas nécessaire de prévoir les souhaits du consommateur. Il suffit de "dire" dans quel état se trouvent les données sur le symbole ET TOUT ! !!
L'utilisateur saura alors exactement quelles sont les actions à effectuer ensuite.
3)"Mais si un programmeur ne se concentre pas sur l'obligation de réécrire le terminal "personnellement", il trouvera une solution dans la fonctionnalité existante.
Je n'ai pas dit, et encore moins exigé de faire quelque chose "pour soi", et la solution se trouvera bien sûr toujours dans la fonctionnalité existante.
4. "S'il n'y a pas de solution du tout, c'est là que se pose la question de l'extension de la fonctionnalité. "
Vous n'avez pas besoin d'étendre la fonctionnalité, vous pouvez simplement introduire des changements mineurs pour faciliter l'utilisation et la vitesse.
5. "Décrivez un problème spécifique avec un code spécifique, sans généralisation.Sinon, vous obtenez la fonctionnalité incomprise d'une seule fonction gonflée en "tout est faux" et "tout est gênant"".
OK, je vais me préparer à une explication "étendue" du problème avec un code spécifique.
Seulement, malheureusement, vous ne pouvez pas "compter" sur le livre de référence...
Merci de votre réponse.
Comme toujours, la position de l'utilisateur est que je suis le centre de l'univers et que le monde tourne autour de moi. Vous devez utiliser les fonctionnalités disponibles. D'autant plus qu'il a été démontré plus d'une fois comment obtenir les données.
Comme toujours, la position de l'utilisateur est que je suis le centre de l'univers et que le monde tourne autour de moi. Vous devez utiliser les fonctionnalités dont vous disposez. En outre, il a été montré plus d'une fois comment obtenir les données.
Et vous pensez que c'est l'inverse. Le centre de l'univers est constitué par les développeurs et le monde tourne autour d'eux ? C'est vrai ?
Répondez ensuite à une question : pour qui ce terminal est-il développé ? Le font-ils pour eux-mêmes ou pour l'utilisateur ?
S'ils le font pour eux-mêmes, pas de questions... C'est bon.
Et si c'est pour l'utilisateur, alors son avis devrait au moins être écouté...
........
Décrivez un problème spécifique avec un code spécifique, sans généralisations. Sinon, il s'avère que la fonctionnalité mal comprise d'une seule fonction est gonflée à "tout va mal" et "tout est gênant".
Décrivant :
Courtier compte réel FORTS.
Problème - Je ne reçois pas de données de séries chronologiques.
1. Les images montrent qu'il y a des données dans le terminal.
2. Voici le code :
3. Et voici le résultat :
Comment se reproduire ?
Terminal connecté à l'ouverture, historique de tous les symboles effacés du disque avant le démarrage
Journal des indicateurs depuis le début
Comme vous pouvez le voir, en moins d'une seconde à partir du moment du démarrage, les données du symbole sont devenues disponibles pour l'indicateur.
Comment se reproduire ?
Terminal connecté à l'ouverture, historique de tous les symboles effacés du disque avant le démarrage
Journal des indicateurs depuis le début
Comme vous pouvez le voir, en moins d'une seconde à partir du moment du démarrage, les données sur le symbole sont devenues disponibles pour l'indicateur.
Bonjour !
C'est-à-dire que les SECONDES ne sont pas un temps suffisant pour le commerce électronique ?
En d'autres termes, avec un symbole synchronisé et des séries temporelles synchronisées, nous ne pouvons pas obtenir
Barres(immédiatement)- est-ce normal ?
(Pour moi) c'est une erreur.
2. Quand il y a des données dans TERMINAL (voir fig. toutes les barres après le 16 mars), nous sommes obligés d'aller sur le serveur, est-ce normal ?
Le désagrément et le temps qu'il faut pour obtenir l'information(pour moi) sont évidents.
Bonjour !
Donc une SECONDE dans le commerce électronique n'est pas du temps ?