vector vs. eingebautes array
-
Chris++ schrieb:
ist der Geschwindgkeits und Speicherverlust überhaupt bemerkbar?
hier nicht. bei hunderten von std::strings, die alle selber mit new operieren, ist das eine mal new vom std::vector echt egal. bei sowas immer std::vector nehmen. guter tip.
ich wehre mich nur dagegen, immer und überall std::vector zu nehmen, zum beispiel bei meiner 4-gewinnt-ki. jeder zug wird bewertet, indem die (bis zu 7) folgezüge bewertet werden und davon der für den gegner beste genommen wird. der suchbaum wird recht breit, wenn er in die tiefe geht, dauert deswegen alles langsam. die klasse Spielfeld kann eine liste aller von dieser Stellung aus möglichen Züge ausgeben. soll ich da vector, stack, rohe arrays, bitfields oder was nehmen? naja, ich nahm rohe arrays. und auf jeden fall verbieten sich hier std::vectors. also es gibt fälle, wo std::vector echt kacke ist. deswegen hatte ich anfangs widersprochen. weil diese all-aussage einfach falsch war. das ändert natürlich nix daran, daß std::vector fast immer eine gute wahl ist.