Une entrée très étrange. Pourquoi spécifier la taille du tableau des messages d'une manière aussi étrange. La fonctionStringToCharArray fixe la bonne taille au tableau dynamique lui-même.ArrayResize semble être superflu ici.
C'est exactement ce que je comprends.
Référence MQL5 / Conversion des données / StringToCharArray
La borne 0 sera également copiée dans le tableau cible, et la taille du tableau dynamique peut être augmentée si nécessaire pour s'adapter à la taille de la chaîne.
Référence MQL5 / Conversion des données / StringToCharArray
La borne 0 sera également copiée dans le tableau du destinataire et la taille du tableau dynamique peut être augmentée pour s'adapter à la taille de la chaîne, si nécessaire.
Je ne suis certainement pas un pédant en codage, mais modifiez-vous la taille du tableau en appelant de manière répétée la fonction qui effectue la conversion des chaînes en caractères ?))))
Tu pourrais le faire :
int q = StringToCharArray(jsonbody,post,0,-1,CP_UTF8);
ArrayResize(post, q - 1);
Sinon, nous appelons deux fois la conversion de la même chaîne. De plus, le deuxième temps annule le premier.
Notez également le mot "ou" dans la documentation :
[in] Nombre d'éléments du tableau à copier. Définit la longueur de la chaîne de résultats. La valeur par défaut est -1, ce qui signifie copier jusqu'à la fin du tableau, ou rencontrer la borne 0. La borne 0 sera également copiée dans le tableau de destination, et la taille du tableau dynamique peut être augmentée pour correspondre à la taille de la chaîne si nécessaire. Si la taille du tableau dynamique est supérieure à la longueur de la chaîne, alors la taille du tableau ne sera pas réduite.
Nous ne savons pas si ce nul terminal est présent ou non, mais nous réduisons la taille du post du tableau, donc nous pouvons perdre le crochet de fermeture si aucun nul terminal n'est présent.
Il est utile de vérifier l'intégrité de la chaîne convertie en caractères par conversion inverse.
Maintenant, je suggère de maîtriser le STT (speach to text) pour créer un contrôle vocal pour l'EA. Le principe est le même : on se connecte à un service en nuage (Google, par exemple) et on utilise WebRequest pour demander un flux de texte "en direct" à partir de la parole convertie, que nous analysons ensuite et envoyons à la fonctionnalité. Le résultat est très innovant.
ForecastOscilator_HTF The ForecastOscilator indicator with the timeframe selection option available in the input parameters. Flat_HTF The Flat indicator with the timeframe selection option available in the input parameters. FX5_SelfAdjustingRSI_HTF The...
Ce que je veux dire, c'est que ça n'a pas d'importance.
votre code fonctionne (presque) pour le russe).
La capacité d'attention s'est endormie, apparemment ;))
Vous êtes les bienvenus !
Au fait, nous devons dire à TC que celui-ci :
Une entrée très étrange. Pourquoi spécifier la taille du tableau des messages d'une manière aussi étrange. La fonctionStringToCharArray fixe la bonne taille au tableau dynamique lui-même.ArrayResize semble être superflu ici.
C'est exactement ce que je comprends.
Référence MQL5 / Conversion des données / StringToCharArray
La borne 0 sera également copiée dans le tableau cible, et la taille du tableau dynamique peut être augmentée si nécessaire pour s'adapter à la taille de la chaîne.
c'est exactement ce qui est clair
Référence MQL5 / Conversion des données / StringToCharArray
La borne 0 sera également copiée dans le tableau du destinataire et la taille du tableau dynamique peut être augmentée pour s'adapter à la taille de la chaîne, si nécessaire.
Je ne suis certainement pas un pédant en codage, mais modifiez-vous la taille du tableau en appelant de manière répétée la fonction qui effectue la conversion des chaînes en caractères ?))))
Tu pourrais le faire :
Sinon, nous appelons deux fois la conversion de la même chaîne. De plus, le deuxième temps annule le premier.
Notez également le mot "ou" dans la documentation :
[in] Nombre d'éléments du tableau à copier. Définit la longueur de la chaîne de résultats. La valeur par défaut est -1, ce qui signifie copier jusqu'à la fin du tableau, ou rencontrer la borne 0. La borne 0 sera également copiée dans le tableau de destination, et la taille du tableau dynamique peut être augmentée pour correspondre à la taille de la chaîne si nécessaire. Si la taille du tableau dynamique est supérieure à la longueur de la chaîne, alors la taille du tableau ne sera pas réduite.
Nous ne savons pas si ce nul terminal est présent ou non, mais nous réduisons la taille du post du tableau, donc nous pouvons perdre le crochet de fermeture si aucun nul terminal n'est présent.
Il est utile de vérifier l'intégrité de la chaîne convertie en caractères par conversion inverse.
Un, deux, trois, quatre, cinq, le lapin est parti en promenade ! ))))
Oui ! ça marche ! !! cool
J'ai juste besoin de plus de ceJasop.mqh