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 avec un peu plus de travail de réflexion, vous pouvez obtenir une fonction comme celle-ci
Et si vous vous creusez un peu plus la tête, vous pouvez obtenir la fonction suivante
Pourquoi
Puisque la fonction est int, laissez return faire l'affaire aussi.
et l'appel est probablement comme ceci
le résultat est
1) introduction de ++ pour l'énumération
2) conversion de l'énumération en chaîne de caractères
Sur les énumérations, il y a une discussion :
1) introduction de ++ pour l'énumération
2) conversion de l'énumération en chaîne de caractères
Sur les transferts, il y a une discussion :
1) introduction de ++ pour l'énumération
Cette fonctionnalité est-elle déjà en place ?
Ou une autre alternative pour lister les éléments de manière séquentielle ?
Il me semble que l'incrémentation d'une énumération n'est pas la bonne démarche.
L'énumération par défaut ne doit pas nécessairement être séquentielle, et d'ailleurs, au cours du développement - des valeurs peuvent y être ajoutées "en cours de route".
Bien sûr, pour "simplifier", il serait agréable d'obtenir la valeur "suivante" immédiate en incrémentant l'énumération, mais à mon avis, c'est une pratique potentiellement dangereuse.
Pour obtenir la "valeur suivante" dans l'énumération, la chose la plus raisonnable est d'utiliser une fonction spéciale, comme déjà mentionné ici.
Et les gens semblent ignorer le sélecteur par défaut, et en vain. Chaque switch() doit contenir ce sélecteur avec un avertissement qu'une valeur obscure est arrivée.
George Merts:
en incrémentant les énumérations - en obtenant immédiatement la valeur "suivante".
C'est ce qu'Ilyas voulait dire.
J'avais une question pour lui ou le développeur en charge. Ce problème a-t-il été résolu - d'une manière ou d'une autre pour passer par tous les éléments de manière programmatique ou est-il toujours en cours...
Je ne me soucie pas vraiment de savoir comment passer
opérateur foreach
de nouvelles fonctions comme GetNextEnum / GetLastEnum / GetFirstEnum
ou surcharge ++
tant que ce n'est pas comme suggéré ci-dessus - dessiner des fonctions pour les dénominations actuelles et ensuite avoir peur que rien ne casse lorsqu'elles sont mises à jour par les développeurs
Mon Dieu, pourquoi de telles complexités - des plus, des itérateurs... La solution la plus évidente et la plus flexible est d'introduire dans le langage une fonction qui récupère toutes les valeurs de l'énumération dans un tableau. Et ensuite vous décidez comment parcourir ce tableau, même de manière croisée.De plus, vous allez devoir sauvegarder toutes les valeurs de toute façon, puisque vous n'allez pas tout hacher à chaque appel. Une fois que vous l'avez contourné, stocké, et ensuite vous le prenez simplement dans le tableau. Donc, n'est-il pas plus facile d'obtenir un tableau prêt en une seule fois ?
À propos, la variante avec surcharge de l'opérateur ++ peut entraîner un fonctionnement incorrect des programmes existants, c'est donc une très mauvaise méthode.
Eh bien, les exemples montrés ici (cas 1 : valeur de retour1 ; cas 2 : valeur de retour2 ; cas 3 : valeur de retour3... Une personne compétente placerait toutes les valeurs dans un tableau et obtiendrait simplement la valeur requise par son index, tandis que pour la tâche inverse, elle utiliserait la recherche binaire.
Mon dieu, c'est quoi toute cette complexité - les plus, les itérateurs...
Je me fiche de savoir comment tu veux que ce soit.
Eh bien, les exemples montrés ici (cas 1 : valeur de retour1 ; cas 2 : valeur de retour2 ; cas 3 : valeur de retour3... Une personne compétente placerait toutes les valeurs dans un tableau et obtiendrait simplement la valeur requise par son index, tandis qu'une recherche binaire serait utilisée pour la tâche inverse.