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 les pointeurs vers les structures seraient très utiles, et ils n'ont pas besoin d'être dynamiques - l'essentiel est qu'un tableau d'index puisse être trié au lieu des structures elles-mêmes.
// Dans de nombreux cas, il n'est pas souhaitable de remplacer les structures par des classes. Ils sont économiques (pas de tableau virtuel des méthodes) et contiennent des données "solides".
Ceux dont nous avons commencé par l'ensemble dont la cellule est héritée, ceux-là ont convergé en une classe, puis ont divergé à nouveau en organes et ont convergé à nouveau en une classe de personnes, et ont divergé à nouveau en professions.
Je ne sais pas pour vous, mais les gens normaux ne donnent pas d' organes. L'héritage multiple est une chose très controversée, et ce n'est pas pour rien que dans le langage C# le plus évolué, il a été décidé de refuser ce mécanisme au profit des interfaces. Pensez-vous que les développeurs de C# ne savaient pas ce qu'ils faisaient ?
Qu'en est-il du don d'organes ? :)
La question est discutable et n'est pas entièrement résolue, le fait est que C++ a l'héritage multiple, MQL est positionné comme un langage similaire à C++, pourquoi pas.
Je ne sais pas pour vous, mais les gens normaux n'entrent pas dans les organes. L'héritage multiple est une chose très controversée, et ce n'est pas pour rien que dans le langage C# le plus évolué, il a été décidé de refuser ce mécanisme au profit des interfaces. Pensez-vous que les développeurs de C# ne savaient pas ce qu'ils faisaient ?
Bazinga :)
Tout d'abord, pourquoi diable le C# est-il soudainement devenu le langage le plus avancé ?
Deuxièmement, en C#, ils ont décidé de refuser l'héritage multiple des classes en faveur de l'héritage multiple des interfaces. ))) C'est plus facile à mettre en œuvre.
Va apprendre le sujet.
Pas à première vue, mais je l'ai utilisé plus d'une fois. Et pratiquement sans aucune variante.
En général, c'est pourquoi nous allons introduire l'héritage, vous pouvez toujours obtenir une poignée pour une classe réversible...
...et un tableau des méthodes virtuelles comme un fardeau, ce qui est exactement ce que nous voulions éviter :) Sinon la question ne se serait pas posée.
Ok, ce n'est pas fatal. Je vais utiliser un tableau d'index supplémentaire.Bazinga :)
1. tout d'abord, pourquoi diable le C# serait-il tout à coup le langage le plus avancé ?
(2) Deuxièmement, en C#, il a été décidé d'abandonner l'héritage multiple des classes au profit de l'héritage multiple des interfaces. ))) Il est plus facile à mettre en œuvre.
1) Quelles sont exactement vos objections ? :)
2) Demandons des interfaces avec héritage multiple. :)
Bazinga :)
Tout d'abord, pourquoi diable le C# est-il soudainement devenu le langage le plus avancé ?
Deuxièmement, en C#, il a été décidé d'abandonner l'héritage multiple des classes au profit de l'héritage multiple des interfaces. ))) Il est plus facile à mettre en œuvre.
Va apprendre le sujet.
Je retire ce que j'ai dit. L'héritage virtuel n'a été utilisé que pour supprimer le problème de l'ambiguïté de la sélection des superclasses.Je ne vais pas donner d'arguments en faveur de l'agrégation, je pense que vous les connaissez vous-même. De même, je connais les arguments en faveur de l'héritage multiple. Et il y a beaucoup de justifications en dessous, d'un côté comme de l'autre. Je suppose que c'est une question de qui est plus proche de quoi. Dans le cas de notre entreprise, l'agrégation est de loin préférable, car elle est plus facile à développer et à maintenir par notre équipe.
Ceux que nous avons commencé avec un ensemble dont une cellule est héritée, ceux-là ont convergé vers une classe,puis ont divergé à nouveau vers des organes et ont convergé à nouveau vers une classe humaine, puis ont divergé à nouveau vers des professions.
Il s'avère que la profession que vous exercez est celle d'héritier de la cage, ce qui est en quelque sorte vrai (de manière inattendue) :). Pour déterminer ce qui est le mieux à utiliser dans ce cas particulier, vous devez déterminer la relation entre les deux objets :
1. quelles sont exactement les objections ? :)
2. demandons des interfaces. avec héritage multiple. alors je soutiendrai. :)
1. quelles sont exactement les objections ? :)
Chaque langue a son propre domaine d'application. Dire qu'une langue est "la plus avancée" en général est absurde.
2. demandons des interfaces. avec héritage multiple. alors je soutiendrai. :)
C# est certainement le langage le plus avancé. Tout le reste est soit trop démodé, soit trop spécialisé.
L'héritage multiple des interfaces n'est pas le même que l'héritage multiple des classes. Ce dernier a une hiérarchie descendante et, de ce fait, les branches descendantes peuvent fortement s'entremêler les unes avec les autres, provoquant une confusion et un désordre considérables dans l'architecture du projet. Cependant, l'héritage des interfaces est beaucoup plus simple : vous avez des méthodes unifiées, par exemple la recherche ou le tri, et si vous voulez y accrocher votre propre classe, écrivez une interface d'interaction correspondante. Ce n'est pas une béquille. C'est le C++, une grosse béquille écrite pour le langage C.