Aide pour les développeurs. - page 12
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
2. l'histoire au gobelet est, à mon avis, une chose impensable. Je me trompe peut-être, mais la quantité de mémoire nécessaire pour enregistrer les changements de toutes les valeurs dans le bécher (qui se produisent en millisecondes) est excessive. Il est possible d'enregistrer des données sur une petite période de temps en faisant un tampon circulaire à l'intérieur et d'analyser les signatures des changements de valeur. Il est également possible de visualiser les données sous forme de courbes sur un graphique, mais seulement pour une courte période. Ce n'est pas une tâche facile.
Si vous voulez dire autre chose, veuillez expliquer.
4. Voir le point 2. L'espace requis est trop important. Le dossier va s'étoffer à vue d'œil. Le lire ralentira l'ensemble du programme. Seulement un tampon circulaire avec une petite période de courant.
5. La visualisation des données dans l'EA ou l'indicateur est possible après avoir construit le tampon ci-dessus.
2. Pas besoin de réfléchir - il suffit de l'écrire.
Par exemple, 4 octets de temps, 4 octets de prix, 4 octets de valeur, profondeur 10(20), 10 fois par seconde nouvelles données - 200mb jour, 1gb semaine, 1tb disque 1000 semaines - 20 ans (2 ans avec mise à jour 100 fois par seconde), valeurs acceptables pour aujourd'hui. (à propos de l'absurdité du tampon circulaire - le "tampon circulaire" en tant que sujet promouvant la programmation mql ou un exemple pour un sujet d'informatique a sa place (basé sur les articles ici), en tant que solution - très controversé)
4. "L'historique des enregistrements" n'est pas un fichier unique, par exemple les fichiers de résultats par heure, et les fichiers temporaires par minute.
5. Vous n'avez pas besoin de construire des tampons, vous devez 1) correctement pour les opérations de fichier pour enregistrer l'histoire, 2) visualiser 1-n barre (une minute) 3) visualiser l'histoire.
En d'autres termes, vous devez prendre des solutions toutes faites, les couper, les ajouter, les modifier et les construire. Si le verre est apparu, et que vous l'avez déjà fait (verre), vous pouvez utiliser vos mains, et surtout les mains d'un professionnel.
1. saisie en anglais. "entrée".
"trail" est une abréviation du mot "trailing" - c'est-à-dire un stop suiveur.
" couverture " signifie couverture. Pour en savoir plus sur ce concept, consultez la littérature commerciale. 2.
2) TakeProfit Grade que j'ai expliqué ci-dessus. Littéralement - "grille de prise de bénéfices". Je ne sais pas exactement ce que ça veut dire. (voir ci-dessus).
Le Takeprofit hedge est le takeprofit d'une position de couverture.
3. "Close at stop" est un close at stop. "Closer" est simplement une fermeture.
2. Vous n'avez pas besoin de réfléchir - vous devez juste l'écrire.
Par exemple, 4 octets de temps 4 octets de prix 4 octets de valeur, profondeur 10(20), 10 fois par seconde nouvelles données - 200mb jour, 1gb semaine, 1tb disque 1000 semaines - 20 ans (2 ans si mise à jour 100 fois par seconde), valeurs acceptables pour aujourd'hui. (à propos de l'absurdité du tampon annulaire - le "tampon annulaire" comme thème de promotion de la programmation mql ou comme exemple pour un sujet d'informatique a sa place (sur la base d'articles ici), comme solution - très controversé)
4. "L'historique des enregistrements" n'est pas un fichier unique, par exemple les fichiers de résultats par heure, et les fichiers temporaires par minute.
5. Vous n'avez pas besoin de construire des tampons, vous devez 1) correctement pour les opérations de fichier pour enregistrer l'histoire, 2) visualiser 1-n barre (une minute) 3) visualiser l'histoire.
En d'autres termes, vous devez prendre des solutions toutes faites, les couper, les ajouter, les modifier et les construire. Si le verre est prêt et que vous l'avez déjà utilisé (le verre), vous pouvez l'utiliser, surtout si vous êtes un professionnel.
Vous savez mieux que moi ce qu'il faut faire. Faites-le. Je ne fais que donner mon avis et, si je le peux, vous aider à trouver une solution.
Par exemple, 4 octets de temps, 4 octets de prix, 4 octets de valeur, profondeur 10(20), 10 fois par seconde nouvelles données - 200mb jour, 1gb semaine, 1tb disque 1000 semaines - 20 ans (2 ans lors d'une mise à jour 100 fois par seconde), valeurs acceptables pour aujourd'hui.
"L'historique d'enregistrement" n'est pas un fichier unique, par exemple des fichiers de résultats pour une heure, et des fichiers temporaires pour une minute.
Petr Doroshenko:
4. "L'historique des enregistrements" n'est pas un fichier unique, par exemple les fichiers de résultats à l'heure, et les fichiers temporaires à la minute.
5. Vous n'avez pas besoin de construire des tampons, vous avez besoin 1) d'enregistrer correctement l'historique par des opérations de fichiers, 2) de visualiser la barre 1-n (minute) 3) de visualiser l'historique.
En d'autres termes, vous devez prendre des solutions toutes faites, les couper, les ajouter, les modifier et les construire. Si le verre est là, et que vous vous en êtes déjà occupé (le verre), d'autant plus, il sera fait par un professionnel.
1. Que voulez-vous dire par"enregistrer correctement l'historique par les opérations sur les fichiers" ? Écrire une fonctionnalité qui écrit l'historique du verre dans un fichier ?
2. Que voulez-vous dire par "visualiser une barre de 1 minute " ? Comment visualisez-vous ?
3. Qu'entendez-vous par "visualiser l'histoire" ? Visualiser l'historique des changements des valeurs de la Limite dans la tasse en la lisant dans un fichier ? Sous quelle forme devons-nous le visualiser ?
4. La méthode"prendre des solutions toutes faites, couper, ajouter, changer et sculpter" n'est jamais utilisée. Il n'en ressort rien de bon.
Mon tumblr utilisait des données "en direct" plutôt que des données enregistrées, qu'il obtenait d'une autre plateforme. Il n'a pas visualisé ou enregistré quoi que ce soit.
Petr Doroshenko:
(à propos de l'absurdité du tampon circulaire - le tampon circulaire en tant que sujet de vulgarisation de la programmation mql ou exemple de sujet informatique a sa place (sur la base d'articles ici), en tant que solution - très controversé)
Croyez-moi, dans votre cas, un tampon circulaire est beaucoup plus facile à construire et beaucoup plus pratique à utiliser pour la visualisation.
Croyez-moi, dans votre cas, un tampon en anneau est beaucoup plus facile à construire et beaucoup plus pratique à utiliser pour la visualisation.
1. Que voulez-vous dire par"enregistrer correctement l'historique par les opérations sur les fichiers" ? Écrire une fonctionnalité pour écrire l'historique des coupes dans un fichier ?
2. Que signifie "visualiser 1-n barre (minute) " ? Comment visualiser ?
3. Qu'entendez-vous par visualisation de l'histoire ? Visualiser l'historique des changements des valeurs des limites dans la tasse en le lisant dans un fichier ? Sous quelle forme devons-nous le visualiser ?
4. La méthode"prendre des solutions toutes faites, couper, ajouter, changer et sculpter" n'est jamais utilisée. Il n'en ressort rien de bon.
Mon tumblr utilisait des données "en direct" plutôt que des données enregistrées, qu'il obtenait d'une autre plateforme. Il n'a pas visualisé ou enregistré quoi que ce soit.
1. Par exemple, les instantanés passent 4 fois par seconde, les prises de vue 10 fois par seconde - 10 fois par seconde pour les opérations sur les fichiers, ce n'est pas tout à fait juste. Ok, appelons fonction l'écriture de données dans un fichier une fois par minute. L'analogue le plus proche est le convertisseur périodique standard et diverses implémentations de Renka. Vous pouvez écrire un screencast dans un écran séparé.
2. Par exemple, vous pouvez le lire au ralenti, ou afficher tous les clichés en une minute, ou encore le mettre en ligne immédiatement par la dernière barre comme dans les rens de sous-sol.
3. Vous avez déjà dessiné quelque chose - comme vous le souhaitez. - Il ne s'agit pas de la première tâche, mais de la toute dernière, où, par exemple, regarder un pointeur est une fonctionnalité agréable plutôt que nécessaire.
4. Réécrivez Windows, en suivant votre logique, vous devriez être capable de faire mieux.
Si vous avez besoin de visualiser les changements dans une tasse en barre d'une minute, vous n'avez pas besoin de faire un tracé aussi complexe avec un système de fichiers gigantesque et d'utiliser des gigaoctets de mémoire. Créez un tampon circulaire avec une période de courant d'une minute et visualisez les données à la volée, sans référence au fichier. De toute façon, vous ne serez pas en mesure d'analyser les données sur une plus longue période de temps. Ce seront des courbes infinies dans lesquelles vous ne trouverez aucun sens. (imho).
Une fois de plus, le sujet du"ring buffer" abordé dans les articles et ce que l'on peut en attendre n'a pratiquement aucun intérêt (sauf pour les implémentations d'oppa), car copier un tableau dans les deux sens vers/depuis un tableau temporaire avec un décalage d'un élément résout la plupart (peut-être même toutes) des tâches applicatives que le sujet du "ring buffer" implique. Si quelqu'un aime une autre façon de faire ....., n'hésitez pas à le faire.
Dans certaines conditions, un graphique de prix n'a aucun sens. Pendant 10 ans, une pile avec au moins quelques volumes en mt4 n'avait pas de sens, mais il est apparu avec une application dll, une pile avec des volumes uniquement en mt5 sur l'échange.
En fait, vous avez besoin de quelques barres d'une minute en 10-12 heures. Évidemment, pour examiner ces barres de minutes à la fin de la journée, vous devez enregistrer toutes les barres de la journée. Il est évident que pour visualiser quelques barres à la fin de la semaine, vous devez enregistrer toutes les barres (intervalles quotidiens) de la semaine et qu'à la fin du mois, vous devez enregistrer toutes les barres du mois. Il est évident que les mégaoctets de données destinés à une analyse ultérieure doivent être stockés sur une mémoire non volatile - dans la plupart des cas, il s'agit d'un disque dur. Les gigaoctets de disque dur ne sont pas un signe de gigantisme.
1. Par exemple, les instantanés passent 4 fois par seconde, les prises de vue 10 fois par seconde - 10 fois par seconde pour les opérations sur les fichiers, ce n'est pas tout à fait juste. Ok, disons que l'écriture de données dans un fichier une fois par minute est fonctionnelle. L'analogue le plus proche est le convertisseur périodique standard et diverses implémentations de Renka. Vous pouvez écrire un screencast dans un écran séparé.
2. Par exemple, vous pouvez le lire au ralenti, ou afficher tous les clichés en une minute, ou encore le mettre en ligne immédiatement par la dernière barre comme dans les rens de sous-sol.
3. Vous avez déjà dessiné quelque chose - comme vous le souhaitez. - Il ne s'agit pas de la première tâche, mais de la toute dernière, où, par exemple, regarder un pointeur est une fonctionnalité agréable plutôt que nécessaire.
4. Réécrire Windows, en suivant votre logique, vous devriez obtenir une meilleure qualité.
Une fois de plus, l'article sur le "ring buffer" et ce que vous pouvez en attendre n'a pratiquement aucun intérêt (sauf pour les implémentations d'oppa), car copier un tableau dans les deux sens vers/depuis un tableau temporaire avec un décalage d'un élément résout la plupart (peut-être même toutes) des tâches applicatives assignées au "ring buffer". Si quelqu'un aime une autre façon de faire ....., n'hésitez pas à le faire.
Dans certaines conditions, un graphique de prix n'a aucun sens. Pendant 10 ans, une pile avec au moins quelques volumes en mt4 n'avait pas de sens, mais il est apparu avec une application dll, une pile avec des volumes uniquement en mt5 sur l'échange.
En fait, vous avez besoin de quelques barres d'une minute en 10-12 heures. Évidemment, pour examiner ces barres de minutes à la fin de la journée, vous devez enregistrer toutes les barres de la journée. Il est évident que pour visualiser quelques barres à la fin de la semaine, vous devez enregistrer toutes les barres (intervalles quotidiens) de la semaine et qu'à la fin du mois, vous devez enregistrer toutes les barres du mois. Il est évident que les mégaoctets de données destinés à une analyse ultérieure doivent être stockés sur une mémoire non volatile - dans la plupart des cas, il s'agit d'un disque dur. Les gigaoctets de disque dur ne sont plus depuis longtemps un signe de gigantisme.
Si vous parlez d'écrire une fonction qui écrit d'abord les données dans un tableau, puis les déverse dans un fichier, alors ici vous ne serez pas difficile. Sur la visualisation, il faudra travailler dur.
Plan de mise en œuvre :
1. Nous devons écrire une fonction pour écrire les données de la tasse dans le tableau.
2. Fonction d'écriture créant un nouveau fichier une fois par minute, le nommant automatiquement et écrivant les données du tableau.
3. écrire la fonctionnalité de visualisation des données de coupe à partir du fichier sélectionné.
Les deux premières tâches ne sont pas difficiles. La troisième est une chose à laquelle il faut penser...
Petr Doroshenko:
En fait, quelques barres d'une minute toutes les 10-12 heures sont nécessaires. Évidemment, pour regarder ces barres minutes à la fin de la journée, il est nécessaire d'enregistrer toutes les barres de la journée.
Sur la base de la compréhension actuelle de votre tâche, je peux suggérer deux options pour la visualisation des données historiques des culbuteurs :
1. Une ligne courbe de changement des valeurs de chaque cellule du culbuteur par minute dessinée à l'aide de la bibliothèque CGrafic. 20 cellules, c'est vingt lignes. Dessinez les lignes de différentes couleurs. Peut-être les courbes peuvent-elles être tracées à l'aide d'un indicateur, mais je n'ai aucune expérience des indicateurs.
2. La meilleure solution consiste à dessiner un verre personnalisé et à écrire une fonction qui "rembobine" les données enregistrées dans le fichier à travers ses cellules. La vitesse de rembobinage doit être réglable par l'utilisateur.
Il est possible de combiner les deux options. Fabriquez un culbuteur aux capacités avancées, capable de charger l'historique des minutes à partir d'un fichier et de le rembobiner à la vitesse souhaitée. En parallèle, les courbes de changement des valeurs dans les cellules seraient dessinées dans une fenêtre séparée.
Sur la base de la compréhension actuelle de votre tâche, je peux suggérer deux options pour la visualisation des données historiques des culbuteurs :
1. Une ligne courbe de changement des valeurs de chaque cellule du culbuteur par minute dessinée à l'aide de la bibliothèque CGrafic. 20 cellules, c'est vingt lignes. Dessinez les lignes de différentes couleurs. Peut-être les courbes peuvent-elles être tracées à l'aide d'un indicateur, mais je n'ai aucune expérience des indicateurs.
2. La meilleure solution consiste à dessiner un verre personnalisé et à écrire une fonction qui "rembobine" les données enregistrées dans le fichier à travers ses cellules. La vitesse de rembobinage doit être contrôlée par l'utilisateur.
Il est possible de combiner les deux options. Réaliser un culbuteur aux capacités avancées, capable de charger l'historique des minutes à partir d'un fichier et de le rembobiner à la vitesse souhaitée. En parallèle, une fenêtre séparée dessinerait les courbes des changements dans les cellules.