Algorithmes, méthodes de résolution, comparaison de leurs performances - page 16
![MQL5 - Langage des stratégies de trading intégré au terminal client MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Il s'agit d'une proposition intéressante et utile. Tenir des registres parallèles. Je l'ai fait dans mes autres solutions.
La seule chose que nous ne savons pas est le nombre d'ordres qui seront placés par le conseiller expert. Quelle taille devons-nous définir pour le tableau d'int ?
C'est pourquoi j'ai décidé de prendre la corde.
Vous définissez une marge de 100 éléments et ajoutez 100 éléments à la fois... String a la même implémentation
Je n'ai pas pu trouver le fichiergénérique, il semble que ce soit une ancienne version. Alors, comment le principe de navigation sera-t-il assuré - quel est le code source ?
https://www.mql5.com/ru/forum/221917
Peter, il existe une excellente fonction appelée ArrayResize(). Il vous permet d'augmenter la taille d'un tableau au moment de l'exécution.
J'y ai pensé en tant qu'option.
1. J'en doutais du point de vue de la vitesse.
2. Du point de vue du code - plus de lignes et plus de confusion.
Lorsque le tableau est redimensionné, les données disparaissent de celui-ci (si je ne me trompe pas).
Ils doivent donc être stockés dans un autre tableau qui doit également être incrémenté.
Il en résulte le va-et-vient de réécriture dont j'ai parlé plus haut.
Comme option - j'y ai pensé.
1. En ce qui concerne la vitesse, elle est remise en question.
2. Du point de vue du code - plus de lignes et plus de confusion.
Lorsque le tableau est redimensionné, les données disparaissent de celui-ci (si je ne me trompe pas).
Ils doivent donc être réservés dans un autre tableau, qui doit également être augmenté.
Vous obtenez le va-et-vient de réécriture dont je parlais plus tôt.
Non, ils ne le font pas.
Non, ils ne le font pas.
Vous êtes sûr ?
Oui. Les données ne disparaissent pas.
Vous êtes sûr ?
en fait, c'est la ligne.... qui cause toute l'agitation. ajoute un élément à la fin du tableau. Tout le reste est trivial.
Le principe est le même dans la feuille, mais il est emballé dans une classe.2. En termes de code - plus de lignes et plus de confusion.
Quelle confusion, quel effort pour lire......
Votre solution est 100% plus jolie, plus élégante et plus rapide.
Une solution approximative sur CHashMap :
En fait, c'est la ligne.... qui fait toute la différence. ajoute un élément à la fin du tableau. Tout le reste est trivial.
dans la feuille, le principe de l'ajout est le même mais emballé dans une classeIl semble que la variante parfaite ait été trouvée. Je demande à tout le monde de le vérifier.
Si j'étais sûr que les données ne disparaîtraient pas du tableau lorsque celui-ci serait redimensionné, la solution serait la suivante :