pour les conteneurs y'a at qui ne créent pas l'entrée, et qui font les vérifications qui vont bien (genre on dépasse pas pour les vecteurs) je trouverai particulièrement incongru qu'un [] me jette une exception
J'ai presque envie de conseiller std::unordered_map comme std::map et de renommer std::map en std::ordrered_map
y'a pleins de code qui vont planter, notamment tout ceux qui se basent justement sur le fait que le parcours est trié; sans compter que certains code vont perdre en perf. Ou tout simplement ne vont pas compiler (lower_bond/upper_bond)
J'ai toujours considéré qu'avant de choisir une structure de données il était important de regarder ce qui était disponible et de choisir en conséquence; c'était même une notion importante inculqué en IUT (list, tableau, file, pile, tas, tableau associatif...), ordonné ou non, avec la complexité des différents accesseurs.
Décider de changer une implémentation pour que les gens ne réfléchissent pas avant de coder me parait une mauvaise idée.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Héritage de std::map
Posté par fearan . En réponse au lien Effortless Performance Improvements in C++: std::unordered_map. Évalué à 8.
pour les conteneurs y'a at qui ne créent pas l'entrée, et qui font les vérifications qui vont bien (genre on dépasse pas pour les vecteurs) je trouverai particulièrement incongru qu'un [] me jette une exception
y'a pleins de code qui vont planter, notamment tout ceux qui se basent justement sur le fait que le parcours est trié; sans compter que certains code vont perdre en perf. Ou tout simplement ne vont pas compiler (lower_bond/upper_bond)
J'ai toujours considéré qu'avant de choisir une structure de données il était important de regarder ce qui était disponible et de choisir en conséquence; c'était même une notion importante inculqué en IUT (list, tableau, file, pile, tas, tableau associatif...), ordonné ou non, avec la complexité des différents accesseurs.
Décider de changer une implémentation pour que les gens ne réfléchissent pas avant de coder me parait une mauvaise idée.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent