Y.A.K._: D'après ce que je comprends, il s'agit d'une substitution inutile, car l'utilisation de NULL substitue le symbole graphique actuel.
Cela pourrait bien être le cas. Regardez ça. J'ai vu où le "chien est dans le code" dans la fonction - je l'ai écrit. Mais pour creuser... J'ai sommeil...
Le compilateur avait l'habitude de permettre toutes sortes de libertés. Maintenant, c'est plus strict. C'est mauvais ? On regarde le code et on voit de telles perles, même si on voulait les comparer à une valeur manquante...
C'est la fin de la lafa. Pourquoi ? Tout simplement parce que, en particulier, ils revendiquent des méta quotas pour ce code de merde téléchargé par les utilisateurs dans toutes sortes de bennes à ordures. Les écoliers l'écrivent, et les profiteurs l'utilisent, sans savoir qu'il s'agit d'une bombe.
Dans ce cas, on peut mettre " " ouSymbol() ou _Symbolou 0, mais pas NULL.
NULL dans ce cas ne représente pas le symbole courant
dans ce cas, NULLsignifie le symbole courant
double res=iAC(NULL,0,1);
Ainsi, Rita n'a pas appelé l'indicateur mais la fonction dans son propre EA ! Eh bien, c'est comme un chien dans un arbre et un arbre dans un... dans le... " !
Si nous appelions une fonction intégrée qui spécifie un symbole, alors oui, mais ici nous comparons avec un symbole d'ordre, il ne peut pas être NULL et ne donnera pas la vérité en comparant NULL et OrderSymbol().
Si nous appelions une fonction en ligne spécifiant un symbole, alors oui, mais ici nous comparons avec un symbole d'ordre, il ne peut pas être NULL et ne donnera pas la vérité en comparant NULL et OrderSymbol().
Je n'ai rien dit au sujet deOrderSymbol(), j'ai seulement dit que dans le cas de Rita, si NULL était dans l'appel de fonction où j'aiSymbol(), cela n'a pas d'importance. EtOrderSymbol() n'a pas été mentionné. C'est juste ce site, chacun écrit ce qu'il veut. Ils peuvent faire une erreur.
Si vous n'avez pas de compte, veuillez vous inscrire
Autorisez l'utilisation de cookies pour vous connecter au site Web MQL5.com.
Veuillez activer les paramètres nécessaires dans votre navigateur, sinon vous ne pourrez pas vous connecter.
Vous êtes connecté. L'authentification à deux facteurs a été désactivée. Configurez-la à nouveau et scannez un nouveau code QR, ou continuez avec l'authentification à deux facteurs désactivée.
Celui d'Igor :
Besoin :
D'après ce que je comprends, il s'agit d'une substitution inutile, car l'utilisation de NULL substitue le symbole graphique actuel.
Qu'est-ce que tu n'aimes pas ? Ou dans ce cas, vous ne pouvez en mettre qu'un et l'autre n'est pas bon !
Commentaire( NumberOfPositions(NULL, -1, Magic) );
Dans ce cas, on peut mettre " " ouSymbol() ou _Symbolou 0, mais pas NULL.
NULL dans ce cas ne représente pas le symbole courant
dans ce cas, NULLsignifie le symbole courant
double res=iAC(NULL,0,1);
Le compilateur avait l'habitude de permettre toutes sortes de libertés. Maintenant, c'est plus strict. C'est mauvais ? On regarde le code et on voit de telles perles, même si on voulait les comparer à une valeur manquante...
C'est la fin de la lafa. Pourquoi ? Tout simplement parce que, en particulier, ils revendiquent des méta quotas pour ce code de merde téléchargé par les utilisateurs dans toutes sortes de bennes à ordures. Les écoliers l'écrivent, et les profiteurs l'utilisent, sans savoir qu'il s'agit d'une bombe.
Commentaire( NumberOfPositions(NULL, -1, Magic) );
Dans ce cas, on peut mettre " " ouSymbol() ou _Symbolou 0, mais pas NULL.
NULL dans ce cas ne représente pas le symbole courant
dans ce cas, NULLsignifie le symbole courant
double res=iAC(NULL,0,1);
D'après ce que je comprends, il s'agit d'une substitution inutile, car l'utilisation de NULL substitue le symbole graphique actuel.
Ça, c'est sûr !
Non, pas dans ce contexte.
Si nous appelions une fonction intégrée qui spécifie un symbole, alors oui, mais ici nous comparons avec un symbole d'ordre, il ne peut pas être NULL et ne donnera pas la vérité en comparant NULL et OrderSymbol().
Non, pas dans ce contexte.
Si nous appelions une fonction en ligne spécifiant un symbole, alors oui, mais ici nous comparons avec un symbole d'ordre, il ne peut pas être NULL et ne donnera pas la vérité en comparant NULL et OrderSymbol().
Igor n'est pas un programmeur pour vous ? !
Pourquoi pas ? Le programmeur. J'aime sa logique, mais c'est ainsi que j'écrirais la fonction de comptage des ordres: