Who is better?
What would you prefer string object or string of char.
what would you prefer vector or array.
My opinion is that char is better than string,and vector is a most better and easy than array
what would you prefer vector or array.
My opinion is that char is better than string,and vector is a most better and easy than array
I usually prefer STL ( so strings and vectors ) to C stuff ( char sequences and arrays ) but it depends on the specific needs you have
I wrote my own string class because std::string is a steaming load. Though if I was forced to choose between std::string and char arrays I'd use std::string.
as for vectors/arrays -- it depends on the situation, but I lean towards vectors except in situations which have extreme performance concerns (which isn't often!)
as for vectors/arrays -- it depends on the situation, but I lean towards vectors except in situations which have extreme performance concerns (which isn't often!)
closed account (S6k9GNh0)
C string (through I've read I probably shouldn't use either or at most not the C string) and I guess vectors. They're a lot safer and much easier. I'll use arrays if the array never needs to change and performance might matter.
string, vector<char>, char[] in that order. String provides a safe and standard means of manipulating text in C++. A vector<char> provides the benefits of C++ containers. And a char[] can be fast where performance is a higher priority than code safety (or where you can guarantee the code is correct).
vector before array for the same reasons stated above.
vector before array for the same reasons stated above.
Hi Ivan!
The answer is simple:
If the length of the array never has to change, then use normal arrays and for text use, of course, normal arrays of chars which should be terminated with a NULL character.
If the number of elements (length) of your array needs to change, then use dynamic arrays instead of normal arrays and, for text, use string instead of NULL terminated arrays of chars.
Remember!!!
Vectors aren't the only solution to normal arrays.They are the most used because they fit the purpose most of the time and they are from the Standard Library.But the Standard Template Library also offers other dynamic arrays or containers such as queue, deque, etc.Those are better in some cases.
The answer is simple:
If the length of the array never has to change, then use normal arrays and for text use, of course, normal arrays of chars which should be terminated with a NULL character.
If the number of elements (length) of your array needs to change, then use dynamic arrays instead of normal arrays and, for text, use string instead of NULL terminated arrays of chars.
Remember!!!
Vectors aren't the only solution to normal arrays.They are the most used because they fit the purpose most of the time and they are from the Standard Library.But the Standard Template Library also offers other dynamic arrays or containers such as queue, deque, etc.Those are better in some cases.
| Vectors [...] fit the purpose most of the time |
Think about it. When do you need a vector? When you need to store an unknown number of elements in no particular order so they can later be randomly and quickly retrieved. Both vectors and deques provide this, but deques are also optimized for pushing and popping at either end, which is the most common way of filling a vector.
However, if you were also to require contiguity between the elements, then a vector is the way to go.
vector has faster access because all elements are contiguous (ie: it doesn't have to check to see which segment the desired element is in prior to lookup -- it can just do a straight index).
So while deque certainly isn't slow... if you're doing a lot of random access, then vector will be faster and more preferable unless you'll be pushing/popping in front.
So while deque certainly isn't slow... if you're doing a lot of random access, then vector will be faster and more preferable unless you'll be pushing/popping in front.
...and unless you have huge amounts of data to store in the deque. (Vectors are limited in how much they can store simply because they require continuous memory.)
Topic archived. No new replies allowed.