Erreurs, bugs, questions - page 1438
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
Exactement ;))) Il n'y a pas de problème avec eux.
D'une manière générale, il n'est pas très pratique de garder en permanence la trace de la dimension d'un tableau dynamique... Vous devez savoir combien il pèse. A quoi ça sert, alors ? ....
En principe, cela est compréhensible. La seule chose que je ne comprends pas est pourquoi ce tableau ne peut pas être incrémenté automatiquement.
Pourquoi ça ne pourrait pas être fait de cette façon ? Ce n'est pas mon idée )))) C'est exactement comme ça que j'ai essayé d'utiliser un tableau dynamique...
En plus, je dois sauvegarder l'index... Pas bon...
Qui a dit que vous ne pouviez pas l'agrandir dynamiquement ?
Nous sommes là pour vous aider
Nous devrions faire une aide sur la façon d'utiliser l'aide ))))))))))))))))))))).
En principe, cela est compréhensible. Ce qui n'est pas clair, c'est pourquoi ce tableau ne peut pas être incrémenté automatiquement.
Pourquoi ça ne pourrait pas être fait de cette façon ? Ce n'est pas mon idée )))) C'est exactement comme ça que j'ai essayé d'utiliser un tableau dynamique...
En plus, je dois sauvegarder l'index... Pas bon...
Je ne comprends pas ce que vous avez essayé de faire dans ce code.
Ici, je vous ai esquissé un petit exemple montrant à quoi servent les tableaux dynamiques et comment les utiliser.
Je ne comprends pas pourquoi ce tableau ne peut pas être incrémenté automatiquement.
Il s'agit, en principe, d'un exemple simple de la manière dont un tableau dynamique doit normalement être rempli. Je n'ai pas écrit en C depuis longtemps, je ne me souviens pas, mais c'est comme ça que les tableaux sont remplis en php ! Tout est logique et compréhensible. Si j'ajoute un élément à un tableau (arr[] = x), le tableau est automatiquement étendu, et l'élément est ajouté à la fin du tableau. Et nous n'avons pas besoin de l'étirer nous-mêmes, ni de spécifier l'index de l'élément nous-mêmes. Mais ici, nous devons faire des mouvements absolument inutiles :
la différence est évidente...
À mon avis, c'est étrange, pour ne pas dire plus. ))))
Il s'agit, en principe, d'un exemple simple de la manière dont un tableau dynamique doit normalement être rempli. Je n'ai pas écrit en C depuis longtemps, je ne me souviens pas, mais c'est comme ça que les tableaux sont remplis en php ! Tout est logique et compréhensible. Si j'ajoute un élément à un tableau (arr[] = x), le tableau est automatiquement étendu, et l'élément est ajouté à la fin du tableau. Et nous n'avons pas besoin de l'étirer nous-mêmes, ni de spécifier l'index de l'élément nous-mêmes. Mais ici, nous devons faire des mouvements absolument inutiles :
la différence est évidente...
Je trouve cela étrange, c'est le moins que l'on puisse dire )))).
Qui nous empêche d'utiliser la POO et d'implémenter une syntaxe similaire ?
Étant donné que les développeurs de langage ont été élevés sur Syakh, cela entrave sérieusement la transition de MQL du hardcore SI-like au poppy PHP/JS-like. Dans le PHP plébéien, il suffit d'assigner une nouvelle valeur et le tableau ajuste sa taille automatiquement. MQL fait sentir au codeur son importance. Alors, prenez une pelle et profitez d'être un membre des quelques professionnels sélectionnés.
"à l'insu du programmeur" ne fonctionne pas. C'est le programmeur qui donne la commande "ajouter un élément à la fin du tableau" (arr[] = x). Et le tableau n'a pas de "droits de décision indépendants". Ce n'est qu'en exécutant la commande du programmeur qu'il augmente sa taille, dispensant ainsi le programmeur de surveiller cette même taille. )))
Comme le montre mon expérience, si le programmeur écrit quelque chose dans un tableau contenant 10 éléments avec l'index 20, cela signifie très probablement qu'il/elle a fait une erreur, et le programme devrait générer une erreur, mais ne pas augmenter la taille du tableau, cachant ainsi une action suspecte.
Tous ces "tableaux qui modifient la taille" ont beaucoup plus de problèmes pour cacher des erreurs potentielles que pour être pratiques. De plus, le fait de ne pas avoir à garder la trace de la taille du tableau est également une pratique potentiellement dangereuse, qui conduit à des bogues difficiles à corriger.
Comme le montre mon expérience, si le programmeur écrit quelque chose dans un tableau contenant 10 éléments avec l'index 20, cela signifie très probablement qu'il/elle a fait une erreur et que le programme devrait générer une erreur au lieu d'augmenter la taille du tableau, cachant ainsi une action douteuse.
Tous ces "tableaux ajustant la taille" sont beaucoup plus gênants en termes de dissimulation d'erreurs potentielles que pratiques. De plus, le fait de ne pas avoir à tenir compte de la taille d'un tableau est également une pratique potentiellement dangereuse, qui peut entraîner des bogues difficiles à corriger.
C'est moi, ou vous n'avez pas travaillé avec les langues en question ? Il n'est pas nécessaire de spécifier un index à ajouter : il est attribué automatiquement et la taille du tableau est également augmentée. Le programmeur n'a tout simplement pas la possibilité de faire une erreur avec l'index pendant cette opération.
Vous pouvez mettre en œuvre un comportement similaire avec des classes, ajouter les fonctions connexes pop, shift, unshift, etc. Et faire glisser un wagon de classes d'un code à l'autre, avec chaque code utilisant %10...20 fonctions de celui-ci. Cela vous semble-t-il une bonne solution ? Un exemple de bonne solution, à mon avis, est l'ajout à la fonction ObjectsDeleteAll de la possibilité de supprimer par préfixe - c'est un autre micron vers une programmation de plus haut niveau - et la plupart des codeurs se sont jetés sur la corbeille, donc sur la fonction qu'ils ont créée eux-mêmes. Hélas, on ne verra guère cela avec les tableaux...