nagaD.scar
Messages postés4272Date d'inscriptionsamedi 8 septembre 2007StatutMembreDernière intervention 4 janvier 202317 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és4272Date d'inscriptionsamedi 8 septembre 2007StatutMembreDernière intervention 4 janvier 202317 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és15112Date d'inscriptionvendredi 14 mars 2003StatutModérateurDernière intervention13 avril 2024159 14 nov. 2013 à 13:57
nagaD.scar
Messages postés4272Date d'inscriptionsamedi 8 septembre 2007StatutMembreDernière intervention 4 janvier 202317 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és15112Date d'inscriptionvendredi 14 mars 2003StatutModérateurDernière intervention13 avril 2024159 11 nov. 2013 à 22:48
14 nov. 2013 à 14:51
c'est justement pas ce que je veux dans mon code actuel.
14 nov. 2013 à 14:42
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.
14 nov. 2013 à 13:57
http://fr.thedailywtf.com/Comments/Trop-de-fonctions-%28T%29.aspx
12 nov. 2013 à 07:58
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
11 nov. 2013 à 22:48
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