C# classe de pile fifo

nagaD.scar Messages postés 4272 Date d'inscription samedi 8 septembre 2007 Statut Membre Dernière intervention 4 janvier 2023 - 5 nov. 2013 à 14:50
nagaD.scar Messages postés 4272 Date d'inscription samedi 8 septembre 2007 Statut Membre Dernière intervention 4 janvier 2023 - 14 nov. 2013 à 14:51
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.

https://codes-sources.commentcamarche.net/source/100213-c-classe-de-pile-fifo

nagaD.scar Messages postés 4272 Date d'inscription samedi 8 septembre 2007 Statut Membre Dernière intervention 4 janvier 2023 17
14 nov. 2013 à 14:51
ah et j'allais oublier :
Si Count équivaut déjà à la capacité, la capacité de Queue<T> est augmentée en réallouant automatiquement le tableau interne ; en outre, les éléments existants sont copiés dans le nouveau tableau avant que le nouvel élément soit ajouté.


c'est justement pas ce que je veux dans mon code actuel.
nagaD.scar Messages postés 4272 Date d'inscription samedi 8 septembre 2007 Statut Membre Dernière intervention 4 janvier 2023 17
14 nov. 2013 à 14:42
D'une part je ne le fais pas pour accélérer le temps d'exécution mais éviter d'avoir 4000 fonctions qui ne me serviront jamais.
D'autre part d'un point de vue pédagogique c'est beaucoup plus intéressant car ca permet d'en comprendre le fonctionnement (bien que certains préfèrent, comme c'est apparemment le cas de pas mal de personnes, s'appuyer sur des choses sans tilter ce qui se passe).
De plus, ca permet de pouvoir faire des modification non prévu par les classes fournies plutôt que surcharger un résultat.
Enfin, le code, avec quelques légères modifications, est portable facilement pour un autre langage.

Et juste comme ca, j'ai eu un soucis avec un streamWriter qui plantait à cause d'une taille de buffer et aucuns moyens de gérer l'exception. J'ai refais une méthode d'écriture (je ne suis pas descendu plus bas que le stream) et maintenant je peux gérer mon exception. Donc oui, dans un monde parfais les classes .net sont optimisées aux mieux quelque soit le cas, mais c'est pas le cas.

bref balancer un lien à la c** parcequ'on sait pas argumenter, aucuns interêt. Par contre je suis d'accord pour dire qu'il faut utiliser les bibliothèques fournis si on comprend ce qu'elle fait.
NHenry Messages postés 15112 Date d'inscription vendredi 14 mars 2003 Statut Modérateur Dernière intervention 13 avril 2024 159
14 nov. 2013 à 13:57
"(car bien sûr avec beaucoup plus de fonctions qui, dans le cas actuel, ne me sont absolument pas utiles)"
http://fr.thedailywtf.com/Comments/Trop-de-fonctions-%28T%29.aspx
nagaD.scar Messages postés 4272 Date d'inscription samedi 8 septembre 2007 Statut Membre Dernière intervention 4 janvier 2023 17
12 nov. 2013 à 07:58
salut,

Car de cette manière les gens peuvent comprendre le fonctionnement, et ca permet de mieux gérer ses variables je trouve. Ensuite, ces listes sont beauuuuuuucoup plus lourdes que la mienne (car bien sûr avec beaucoup plus de fonctions qui, dans le cas actuel, ne me sont absolument pas utiles).

Et bon, je l'avoues, je préfère faire les outils plutôt que m'appuyer dessus, je préfère comprendre tout le fonctionnement de mon code le plus possible.
(c'est d'ailleurs un peu pour cette raison que j'évite d'utiliser windev)

naga
NHenry Messages postés 15112 Date d'inscription vendredi 14 mars 2003 Statut Modérateur Dernière intervention 13 avril 2024 159
11 nov. 2013 à 22:48
Bonsoir,

Pourquoi ne pas utiliser la classe générique System.Collection.Generic.Stack<T> ou Queue<T> ?
http://msdn.microsoft.com/fr-fr/library/system.collections.stack%28v=vs.110%29.aspx
http://msdn.microsoft.com/fr-fr/library/7977ey2c%28v=vs.110%29.aspx
Rejoignez-nous