Caractéristiques du langage mql5, subtilités et techniques - page 213
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
Et il n'est pas nécessaire de modifier le comportement des fonctions existantes - il suffit d'ajouter de nouvelles fonctions correctes (avec un préfixe/suffixe) et de déclarer les fonctions précédentes obsolètes avec un avertissement correspondant.
Détruire tout le sens de FileReadArray ? Considérez ces fonctions comme la sauvegarde d'un morceau de mémoire. Juste des octets.
Détruire l'intérêt de FileReadArray ? Considérez ces fonctions comme la sauvegarde d'un morceau de mémoire. Juste des octets.
Vous voulez donc d'abord vous créer des difficultés par le biais de l'accès privé et constant, puis les surmonter héroïquement par l'accès "direct" à la mémoire ?
J'ai une approche différente : si un tel besoin se fait sentir, cela signifie que le programme a été mal conçu dès le départ.
C'est-à-dire que vous proposez d'abord de vous créer des difficultés par le biais d'activités privées, constantes ou non.
J'ai toujours tiré un grand bénéfice de l'utilisation du privé/const. Ils vous permettent de contrôler très bien l'architecture du programme.
et les surmonter héroïquement par un accès "direct" à la mémoire ?
Aucun dépassement. Tout est très simple et logique.
Mon approche est différente : si un tel besoin se fait sentir, cela signifie que le programme a été mal conçu dès le départ.
Je comprends qu'ils sont prêts à tout écrire dans un tas (sans private/const), privant la commodité du contrôle architectural au nom de la "pureté" de la POO.
Le dossier... est apparu lorsque la confidentialité et la constance n'existaient pas, nous n'avons pas encore pensé à changer ce comportement, car nous ne le considérons pas comme critique.
CharArray<->Struct sont apparus récemment, mais ils fonctionnent bien avec private/const. Espérons qu'ils ne seront pas révisés.
Je comprends que vous êtes prêt à tout écrire dans un tas (sans private/const), privant la commodité du contrôle architectural au nom de la "pureté" de la POO.
Vous comprenez mal - du point de vue de la POO, l'objet est autosuffisant (il n'a pas besoin de fonctions externes) - il n'y a donc pas de conflit avec private. Et s'il y a un conflit avec la const, comme cela a été correctement noté :
Pour plus d'informations sur le forum sur le trading, les systèmes de trading automatisés et les tests de stratégies de trading, cliquez ici.
Particularités de mql5, trucs et astuces
Ilyas, 2021.11.17 21:45
champs constants signifie non constantJe comprends que vous êtes prêt à tout écrire dans un tas (sans private/const), privant la commodité du contrôle architectural au nom de la POO "pure".
Vous êtes prêt à utiliser toutes les failles de l'accès direct à la mémoire par commodité au lieu d'utiliser une approche canonique moins pratique mais plus sûre.
C'est plutôt le contraire. Vous êtes prêt à utiliser toutes les failles de l'accès direct à la mémoire par commodité au lieu d'utiliser l'approche canonique moins pratique mais plus sûre.
Deux demandes :
Eh bien, c'est un bug féroce. Exemple :
La mémoire est allouée, le destructeur est appelé lorsqu'elle est libérée (ce qui laisse entrevoir le comportement attendu selon RAII), mais le constructeur est oublié pour être appelé lors de la création de l'objet))).
Forum sur le trading, les systèmes de trading automatisés et les tests de stratégies de trading
Particularités de mql5, trucs et astuces
Vladimir Simakov, 2021.11.18 14:11
Je ne l'ai jamais vu auparavant.