Коли слід використовувати std::stringі коли використовувати char*для управління масивами chars в C ++?
Здається, вам слід скористатися, char*якщо продуктивність (швидкість) є надзвичайно важливою, і ви готові прийняти деякі ризиковані справи через управління пам'яттю.
Чи слід розглянути інші сценарії?
Відповіді:
Ви можете передавати std :: рядки за посиланням, якщо вони великі, щоб уникнути копіювання, або вказівник на екземпляр, тому я не бачу жодної реальної переваги за допомогою покажчиків char.
Я використовую std :: string / wstring для більш-менш всього, що є фактичним текстом. char *корисний для інших типів даних, і ви можете бути впевнені, що його вивільняють як слід. В іншому випадку std :: vector - це шлях.
Імовірно, з усього цього є винятки.
char *майже не має накладних витрат. Яких саме накладних витрат std::stringя не знаю, це, ймовірно, залежить від реалізації. Навряд чи я очікую, що накладні витрати будуть набагато більшими, ніж показники голого символу. Оскільки я не володію копією стандарту, я не можу детально описати будь-які гарантії, надані стандартом. Будь-яка різниця в продуктивності, ймовірно, буде залежати від операцій, які потрібно виконати. std::string::sizeможе зберігати розмір поруч із символьними даними і, отже, швидше, ніж strlen.
append(const string&)і append(const char*, size_t)замість operator+=().
Моя точка зору така:
Так, іноді ви дійсно можете це зробити. При використанні const char *, масивів char, виділених у стеку та рядкових літералах, ви можете це зробити таким чином, що взагалі не виділяється пам'ять.
Написання такого коду часто вимагає більшої продуманості та обережності, ніж використання рядка чи вектора, але за допомогою відповідних прийомів це можна зробити. За допомогою належних методів код може бути безпечним, але завжди потрібно переконатися, що під час копіювання у char [] ви маєте певні гарантії щодо довжини копіюваного рядка, або ви елегантно перевіряєте та обробляєте великі рядки. Якщо цього не зробити, це надало сімейству функцій strcpy репутацію небезпечних.
Що стосується безпеки буферів char [], шаблони можуть допомогти, оскільки вони можуть створити інкапсуляцію для обробки розміру буфера для вас. Такі шаблони реалізовані, наприклад, корпорацією Майкрософт, щоб забезпечити безпечну заміну strcpy. Приклад тут витягнутий з мого власного коду, реальний код має набагато більше методів, але цього має бути достатньо, щоб передати основну ідею:
template <int Size>
class BString
{
char _data[Size];
public:
BString()
{
_data[0]=0;
// note: last character will always stay zero
// if not, overflow occurred
// all constructors should contain last element initialization
// so that it can be verified during destruction
_data[Size-1]=0;
}
const BString &operator = (const char *src)
{
strncpy(_data,src,Size-1);
return *this;
}
operator const char *() const {return _data;}
};
//! overloads that make conversion of C code easier
template <int Size>
inline const BString<Size> & strcpy(BString<Size> &dst, const char *src)
{
return dst = src;
}
char*рядки не завжди в стеку. char *str = (char*)malloc(1024); str[1024] = 0;
Один випадок, який ви ПОВИННІ використовувати, char*а не std::stringколи вам потрібні статичні константи рядків. Причиною цього є те, що у вас немає контролю над модулями замовлення, які ініціалізують їх статичні змінні, а інший глобальний об’єкт з іншого модуля може посилатися на ваш рядок до його ініціалізації. http://google-styleguide.googlecode.com/svn/trunk/cppguide.xml#Static_and_Global_Variables
std::string плюси:
std::stringмінуси: - два окремі екземпляри рядка STL не можуть спільно використовувати той самий базовий буфер. Отже, якщо ви передаєте значення, ви завжди отримуєте нову копію. - є певний штраф, але я б сказав, що якщо ваші вимоги не спеціальні, це незначно.
Вам слід розглянути можливість використання char*у таких випадках:
Насправді, в C ++ char*часто використовують для фіксованого малого слова, як параметри, ім'я файлу тощо ...
Коли використовувати c ++ std :: string:
Коли використовувати char *
Використовуйте (const) char * як параметри, якщо ви пишете бібліотеку. std :: реалізації рядків відрізняються між різними компіляторами.
Ви можете очікувати, що більшість операцій над std :: string (наприклад, наприклад find) будуть максимально оптимізовані, тому вони, швидше за все, виконуватимуть принаймні настільки ж, як і аналог чистого C.
Також варто зазначити, що ітератори std :: string досить часто перетворюються на вказівники на базовий масив char. Отже, будь-який алгоритм, який ви розробляєте поверх ітераторів, по суті ідентичний одному алгоритму поверх символу char * з точки зору продуктивності.
На що слід звернути увагу, наприклад operator[]: більшість реалізацій STL не виконують перевірку меж, і вони повинні перекласти це на ту саму операцію над базовим масивом символів. AFAIK STLPort за бажанням може виконувати перевірку меж, і в цей момент цей оператор буде трохи повільнішим.
То що вам приносить використання std :: string? Це позбавляє вас від ручного управління пам'яттю; зміна розміру масиву стає простішою, і вам, як правило, доводиться менше думати про звільнення пам’яті.
Якщо вас турбує продуктивність при зміні розміру рядка, є reserveфункція, яка може вам виявитися корисною.
Навіть коли продуктивність має вирішальне значення, краще використовувати vector<char>- це дозволяє розподілити пам'ять заздалегідь (метод резерву ()) і допоможе вам уникнути витоків пам'яті. Використання оператора vector :: [] веде до накладних витрат, але ви завжди можете витягти адресу буфера та проіндексувати його точно так, як якщо б це був символ *.
AFAIK внутрішньо найбільш std :: string реалізує копію під час запису, семантика з урахуванням посилань, щоб уникнути накладних витрат, навіть якщо рядки не передаються посиланням.