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
Ajouter.
J'ai ajouté:)
Pour un cercle, il est calculé d'une certaine manière, pour un carré d'une autre. Mais dans les deux cas - en appelant Figura.GetSquare(),
Et le silence...
Eh bien, c'était un 2x2= ?
Je n'ai pas envie de répondre.
=================
Peut-être que c'est plus proche.
Il existe un ensemble standard de méthodes virtuelles dans une classe : Open(), Close(), Read(), Write(), etc.
Une telle classe peut gérer les fichiers, la cartographie, les canaux, l'internet, etc.
Seul le contenu (description) de ces méthodes diffère. Mais l'interface de la classe sera identique.
Ne trouvez-vous pas suspect qu'il s'agisse déjà de la troisième page sur le sujet et que personne n'ait cité un seul point de code comme exemple ?
En plus, ce n'est pas intéressant de répondre, c'est élémentaire, c'est tellement simple qu'on a la flemme de coder...
Si quelqu'un savait quelque chose, je pense qu'il aurait répondu...
VOLDEMAR, si vous prenez votre premier message, pourquoi y a-t-il une classe ? L'écriture de classes est une conséquence de la complexité du programme, lorsque les éléments individuels ont de nombreux liens externes, alors une classe est créée pour unir tous ces éléments et créer une interface simple. À mon avis, un attribut nécessaire d'une classe est les données (int's, double's ...) - matériel avec lequel les fonctions travaillent, la classe relie tous dans un paquet (données et fonctions).Je pense que c'est l'idée de base de OOP. Par exemple, deux exemples, le premier sans POO, le second avec :
Dans le second exemple, nous n'avons pas à nous soucier des données avec lesquelles les fonctions vont travailler, je pense que c'est le but principal de la POO.
Un autre commentaire sur votre code :
... class vr_trade { ... ~vr_trade(){} }; ...
J'ai une règle : ne jamais écrire un destructeur vide. L'absence de destructeur est un indicateur de la simplicité de la classe. Si un destructeur est écrit, vous devrez peut-être écrire un constructeur de copie et l'opérateur = ou les interdire. Exemple :
Ainsi, delete sera appelé deux fois pour le même pointeur. La méthode correcte est la suivante
Ainsi, si vous devez écrire un destructeur, c'est une bonne raison de réfléchir à deux fois - que faire avec le constructeur opéra = et copy ? L'effacer, l'écrire... ? Je ne pense pas que vous devriez écrire destructeur vide, son absence est un indicateur que vous n'avez pas besoin de refaire ce qui précède.
Pourquoi la deuxième méthode génère-t-elle un grand nombre d'erreurs et d'avertissements ?
Mettez un point après ceci au lieu de ->. mql chip.
Veuillez expliquer les actions
à savoir
pourquoi le signe ( :) et qu'est-ce qu'on obtient avec ?