Чи слід використовувати масиви в C ++?

Оскільки існує std::listі std::vectorіснує, чи є причина використовувати традиційні масиви C в C ++, або їх слід уникати, як malloc?

У C ++ 11, де std::arrayце можливо, відповідь: "так, слід уникати масивів". До C ++ 11 вам може знадобитися використовувати масиви C, щоб розподілити масиви в автоматичному сховищі (тобто в стеку).

Безумовно, хоча і std::arrayв C ++ 11, практично лише для статичних даних. Масиви в стилі С мають три важливі переваги перед std::vector:

• Вони не потребують динамічного розподілу. З цієї причини слід віддавати перевагу масивам стилю C там, де у вас, ймовірно, буде багато дуже маленьких масивів. Скажіть щось на зразок точки n-виміру:

  template <typename T, int dims>
  class Point
  {
      T myData[dims];
  // ...
  };

  Як правило, можна уявити, що dimsвін буде дуже маленьким (2 або 3), Tвбудованим типом ( double), і що у вас може вийти std::vector<Point>мільйони елементів. Ви точно не хочете мільйонів динамічних розподілів з 3 подвійних.

• Підтримка статичної ініціалізації. Це проблема лише для статичних даних, де щось на зразок:

  struct Data { int i; char const* s; };
  Data const ourData[] =
  {
      { 1, "one" },
      { 2, "two" },
      //  ...
  };

  Це часто переважніше використання вектора (і std::string), оскільки це дозволяє уникнути усіх питань порядку ініціалізації; дані попередньо завантажуються, перш ніж будь-який фактичний код може бути виконаний.

• Нарешті, що стосується вищесказаного, компілятор може обчислити фактичний розмір масиву за ініціалізаторами. Не потрібно їх рахувати.

Якщо у вас є доступ до C ++ 11, std::arrayвирішує перші дві проблеми, і, безумовно, слід використовувати перевагу масивів стилю C у першому випадку. Однак це не стосується третього, і наявність розміру компілятора масиву відповідно до кількості ініціалізаторів все ще є вагомою причиною віддавати перевагу масивам стилю C.

Ніколи не кажіть "ніколи", але я б погодився, що їх роль значно зменшується завдяки справжнім структурам даних від STL.

Я б також сказав, що інкапсуляція всередині об’єктів повинна звести до мінімуму вплив такого вибору. Якщо масив є приватним членом даних, ви можете поміняти його місцями або змінити, не впливаючи на клієнтів вашого класу.

Я працював над критичними системами безпеки, де ви не можете використовувати динамічне розподіл пам'яті. Пам'ять завжди повинна бути в стеку. Тому в цьому випадку ви використовуєте масиви, оскільки розмір фіксується під час компіляції.

arrayin c++дає вам швидкий варіант фіксованого розміру динамічного розміру std::vectorта std::list. std :: array - одне з доповнень у c++11. Це забезпечує переваги контейнерів std, одночасно забезпечуючи сукупну семантику типів масивів у стилі C.

Тому c++11я б, звичайно, використовував std::array, де це потрібно, над вектором. Але я б уникнути масив стилів C в C++03.

Більшість зазвичай, немає , я не можу думати про причини використання сировинних масивів над, скажімо, vectors. Якщо код новий .

Можливо, вам доведеться вдатися до використання масивів, якщо ваші бібліотеки повинні бути сумісними з кодом, який очікує на масиви та необроблені вказівники.

Я знаю, що багато людей вказують на std :: array для розподілу масивів у стеку та std :: vector для купи. Але, схоже, жодна з них не підтримує неприродне вирівнювання. Якщо ви робите будь-який числовий код, для якого ви хочете використовувати інструкції SSE або VPX (таким чином, вимагаючи вирівнювання 128 або 256 байт відповідно), масиви C все ще здаються вашим найкращим вибором.

Я б сказав, що масиви все ще корисні, якщо ви зберігаєте невеликий статичний обсяг даних, чому б і ні.

Єдина перевага масиву (звичайно, загорнутого в щось, що автоматично управлятиме його вивільненням у разі потреби) над тим, про що std::vectorя можу подумати, це те, що він vectorне може передавати право власності на свої дані, якщо ваш компілятор не підтримує C ++ 11 та не переміщує конструктори.

Масиви стилю С є фундаментальною структурою даних, тому траплятимуться випадки, коли краще використовувати її. Однак для загального випадку використовуйте вдосконаленіші структури даних, які заокруглюють кути базових даних. C ++ дозволяє робити дуже цікаві та корисні речі з пам'яттю, багато з яких працюють із простими масивами.

Ви повинні використовувати контейнери STL всередині, але ви не повинні передавати покажчики на такі контейнери між різними модулями, інакше ви потрапите в пекло залежностей. Приклад:

std::string foo;
//  fill foo with stuff
myExternalOutputProc(foo.c_str());

це дуже хороше рішення, але ні

std::string foo;
//  fill foo with stuff
myExternalOutputProc(&foo);

Причина в тому, що std :: string може бути реалізований різними способами, але рядок у стилі c - це завжди рядок у стилі c.