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
Je viens de rencontrer un groupe de personnes qui pensent que le compilateur se focalise sur les variables locales comme il le fait pour les variables globales.
Et le compilateur ne fait pas de déformation.
C'est le cas, string et print ne sont pas des indicateurs de travail avec des variables.
tst.mq5' tst.mq5 1 1
utilisation possible d'une variable non initialisée 'c' tst.mq5 16 10
utilisation possible d'une variable non initialisée 'e' tst.mq5 20 17
code généré 1 1
0 erreur(s), 2 avertissement(s), 526 msec écoulés 1 3
temps = 1018
somme = 894782460
temps = 371
somme = 894782460
Je ne sais pas pourquoi, mais μl dépasse fortement (et les variantes plus complexes de rand()).
Et pour moi, c'est évident - le retirer de la boucle.
Je viens de rencontrer un groupe de personnes qui pensent que le compilateur se focalise sur les variables locales comme il le fait pour les variables globales.
Et le compilateur ne donne aucun mandat.
Ou .... Je ne sais pas. Je l'utilise pour jurer dès que j'en ai l'occasion. .... ))))))
Ou .... Je ne sais pas. Je jure comme ça dès que j'en ai l'occasion .... ))))))
temps = 1018
somme = 894782460
temps = 371
somme = 894782460
Je ne sais pas pourquoi, mais μl a une longueur d'avance sur la courbe (et sur les variantes plus complexes de rand()).
Et pour moi, c'est évident - le retirer de la boucle.
Je ne suis pas un gourou, mais ici, à mon humble avis, déclarer des variables dans une boucle est un ÉNORME problème (et ce n'est plus un ÉNORME problème) ! !!
Une chose est une fonction, même un morceau de code local, mais les boucles....
Je peux me tromper ))))))))
Vous avez une version obscène du compilateur)
Et j'en suis heureux ))))))))))) Bien que parfois .... Je préférerais qu'il ne dise rien )))))))))))))))))))))))))))))))
Si c'est un débat - je veux demander au Gourou.
Ce qui est "correct" (optimal et lisible) :
Ou
Si l'ordre des i est indifférent ?
Je ne suis pas un gourou, mais ici, à mon humble avis, déclarer des variables dans une boucle est un ÉNORME problème (et ce n'est plus un ÉNORME problème) ! !!
Une chose est une fonction, même un morceau de code local, mais des boucles....
Je peux me tromper ))))))))
Si c'est un débat - je veux demander au Gourou.
Ce qui est "correct" (optimal et lisible) :
Ou
Si l'ordre des i est indifférent ?
Je pense que la première option, parce qu'il n'y a pas de variables supplémentaires, ils utilisent non seulement la mémoire, mais pour moi, encombrer le code - lire plus, mais cela dépend des fonctions que vous appelez imho, si la fonction est rarement utilisé, alors parfois il sera plus lisible, si vous déclarez une variable avec un nom dans le sens de la tâche effectuée.... dans l'ensemble, il s'agit d'un problème créatif ))))
mais en général, ne les écoutez pas, écrivez comme vous voulez - utilisez la langue à votre convenance
SZZ : regardez les exemples de mikrosoft, le style est principalement - déclarations à la fois lors de l'utilisation de variables, fondamentalement obtenir la portée locale, mais sans fanatisme ;))
https://github.com/microsoftSi c'est un débat - je veux demander au Gourou.
Ce qui est "correct" (optimal et lisible) :
Ou
Si l'ordre des i est indifférent ?
Si vous êtes indifférent, alors.
int i = Bars();
while(i-- > 0)
{
// code
}
.