Caractéristiques du langage mql5, subtilités et techniques - page 81
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
Forum sur le trading, les systèmes de trading automatisé et les tests de stratégies de trading
Discussion de l'article "Créer et tester des symboles personnalisés dans MetaTrader 5".
fxsaber, 2018.04.12 07:59
Probablement, peu de gens le font, donc j'utilise la deuxième variante quand j'ai besoin de paralléliser quelque chose. Il fonctionne probablement plus rapidement aussi, je n'ai pas vérifié.
La deuxième option est non seulement meilleure, mais aussi plus correcte. La première variante n'est pas fiable. Il y a une erreur fatale à l'intérieur.
La deuxième option est non seulement meilleure, mais aussi plus correcte. La première variante n'est pas fiable. Il y a une erreur fatale dedans et il conduit l'erreur fatale.
Je n'ai pas vu de problèmes particuliers dans la première variante. Quant à la seconde, il semble qu'une ou deux personnes l'utilisent.
Je n'ai pas vu de problème particulier avec la première option. Quant à la seconde, une ou deux personnes semblent l'utiliser.
Que dites-vous de ça ? Et celui-là ?
si ce n'est pas une erreur fatale ?
Comment ça ? Qu'en est-il de ceci :
si ce n'est pas une erreur fatale ?
Vous pouvez utiliser la réserve pour accélérer les choses. Mais l'intérêt de la réserve est discutable dans ce cas, car le tableau d'objets complexes est une chaîne de caractères.
En ce qui concerne les erreurs fatales, la gestion d'une valeur négative de ArrayResize est à votre goût.
Vous pouvez utiliser la réserve pour accélérer les choses. Comme pour l'erreur fatale, la gestion d'une valeur négative de ArrayResize est facultative.
Non, il ne s'agit pas d'accélération. Nous devrions d'abord penser à la fiabilité. Et c'est pourquoi le traitement de la valeur de retour de ArrayResize ne peut pas être appelé "à volonté". Quoi qu'il en soit, ce fil de discussion n'est pas destiné aux débutants, où les bases sont expliquées et des exemples simplifiés sont donnés.
P. S. À propos, vous pouvez retourner ArrayResize avec une valeur positive, mais vous obtiendrez toujours l'erreur de dépassement de tableau.Le traitement du retour de la valeur ArrayResize ne peut pas être appelé "à volonté". Après tout, ce fil de discussion n'est pas destiné aux débutants, où les bases sont expliquées et des exemples simplifiés sont donnés.
Dans ce cas, je ne pense pas qu'il soit approprié de tuer la clarté par souci de fiabilité. La tâche consistait à montrer la deuxième méthode. La technique a été démontrée ici, il ne s'agit pas d'une solution universelle toute faite.
Vous ne devez pas copier-coller mes codes. Ils sont toujours destinés à des fins de formation uniquement. C'est-à-dire que l'on attend d'une personne qu'elle examine le code, qu'elle comprenne l'idée principale et qu'elle écrive sa propre variante sur cette base.
Dans cette situation, il n'y aura pas de hors-réseau.
S'il vous plaît :
Dans les cas où le tableau arrnArray ne peut pas être étendu, ArrayResize retournera la taille actuelle du tableau (au moins 0). Par conséquent, l'exécution du corps de la boucle entraînera l'expansion du tableau à l'extérieur du tableau.