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
J'ai fait tout ce qu'il fallait.
Vu les possibilités de ME, c'est assez pratique, le minimalisme japonais à l'ère du kitsch total, tout est là, rien de superflu.
Ceux qui veulent faire des boucles dans les objets peuvent implémenter un shell postfix où ils peuvent écrire ce qu'ils veulent.
Nikolay, pensez-vous que dans MQL5, tout cela est bien conçu et conforme aux possibilités ?
Nikolay, pensez-vous que cela soit correct et conforme aux possibilités de MQL5 ?
Nikolay, pensez-vous que dans MQL5, cela semble correct et conforme aux possibilités ?
Si vous n'avez pas assez de temps pour taper, utilisez un modèle.
Nous écrivons des codes, nous ne créons pas des images à partir de lettres.
Je ne vois aucun problème.
ce n'est qu'une opinion. Je suis plutôt du genre à peindre des codes. Aesthete. :)
En fait, Integer donne une API avec un niveau d'abstraction un peu plus bas que ce que vous vouliez.
Eh bien, affinez-la pour vous-même, mettez-la dans la base de code et peut-être que votre API sera plus populaire.
Vous n'auriez pas dû reculer.
parce qu'il y a aussi l'éthique professionnelle. Integer est un pro et n'a pas besoin d'être enseigné.
Mais si le médecin dit morgue, alors morgue il y a.
En fait, Integer donne à l'API un niveau d'abstraction un peu plus bas que ce que vous vouliez.
Eh bien, affinez-la à votre goût, mettez-la dans la base de code et peut-être que votre API sera plus populaire.
Une bibliothèque dans laquelle chaque classe aura le même ensemble de méthodes, dont la moitié sera invalide, a peu de chances de devenir populaire.
Vous n'auriez pas dû reculer. Vous avez tout à fait raison. Une personne qui se positionne comme un programmeur cool et professionnel est obligée d'écrire un code correct et beau. Les débutants auront quelque chose à apprendre.
M. sergeev, qui est tombé dans une erreur fondamentale et positionnelle, suggère quelque chose comme de combiner des variables comme bool, int, double, string, etc. dans un tableau.
Mais vous, M. papaklass, en véritable troll, entendez un bruit mais ne savez pas où il se trouve.
M. Sergeev, ... propose quelque chose comme de combiner dans un tableau des variables telles que bool, int, double, string, etc.
...
C'est possible en principe, mais
une telle universalisation conduit à une surconsommation de ressources dans l'implémentation finale. Le graphisme est déjà très gourmand en ressources.
Et pour ce prix, vous n'achetez qu'une classe plus abstraite, d'ailleurs, ce n'est pas le fait qu'elle sera plus compréhensible à l'usage.
Mais c'est un fait que plus l'implémentation est complexe, plus elle est boguée.
Et pour ce prix, vous n'achetez qu'une classe plus abstraite, ce qui ne veut pas dire qu'elle sera plus compréhensible à l'usage.
Imho, vous avez tort. Dmitry se trompe aussi, Alex se trompe aussi :) . (Tout le monde se trompe ! )))) )
Encore une fois, Dmitry a choisi la meilleure option en termes de travail pour écrire/utiliser.
Il serait beaucoup plus difficile d'écrire quelque chose de plus simple à utiliser (et non à comprendre !).