(03.05.2012 12:09)packa Wrote:  Можно вместо вектора использовать Deque и чем это чревато?

ты сначала определись какая структура данных тебе надо.

(03.05.2012 12:09)packa Wrote:  И как добавить в начало вектора элемент?

insert же

packa, ты определи какой тебе функционал нужен. Там ведь и деревья бывают всякие разные, вопрос лишь в преследуемых целях.

Если не ошибаюсь в расчетах мне нужно:
1) Трехмерный массив, и штук 5-6 двумерных, все динамические
2) Удаление с начала массива
3) Добавление в конец массива
4) Небольшое копирование массива (<20)

Вот вроде и все.

Quote:insert же

Спс, не подумал что он такой "умный" и не сотрет мне первый элемент.
Хотя странно что я так подумал)

Ужас какой. Ладно ещё двумерные массивы, но трёхмерные-то тебе зачем? Ты же вроде двумерную игрушку пишешь, а не 3D-шутер?

[принадлежность к башне][номер патрона в потоке (очереди)][корды патрона, а также его тип]

Мда. Пакка, тебе явно нужно начинать читать про классы и структуры
Потому как использовать для этих целей массивы - это не только громоздкое извращение, но и лишняя трата системных ресурсов.

Да ладно, современная оперативка в 8 гигов и 4 ядра как-нибудь обработают мою игру
Так стоит deque вместо vector использовать или нет?

у тебя же "очередь патронов", вот и используй очередь (тобишь дек)

(03.05.2012 18:17)packa Wrote:  ...4 ядра...

у тебя параллелизм реализован? сомневаюсь.

очередь это кью (queue), она и занимает поменьше и вообще не стоит задавать функционала больше, чем на самом деле необходимом. А вообще, эфрит абсолютно прав насчет классов и тому куча причин. Во-первых. довольно быстро почувствуешь что это удобнее ибо внутренняя логика и компактность записи, во-вторых, - править станет проще, а в-третьих, отладка становится эффективнее.
gamecreator, всё равно параллелизм реализован в винде и эксплорер с музякой будут обсчитываться отдельно от игры, хотя реального прироста, разумеется, в этом случае будет не очень много.

(03.05.2012 19:27)NIKr0m@nceR Wrote:  очередь это кью (queue)

так ее же нет в stl (?)

(03.05.2012 19:27)NIKr0m@nceR Wrote:  всё равно параллелизм реализован в винде и эксплорер с музякой будут обсчитываться отдельно от игры, хотя реального прироста, разумеется, в этом случае будет не очень много.

но его игру будет обрабатывать таки одно ядро. а это обычно немного.

Пруф

Ну вот, разработка игры откладывается еще на неделю, придется классы учить -_-

Да есть же в STL контейнер queue, вы чего? И был всегда.
Но в любом случае, тут всё равно лучше свои классы писать. Да и рано всё-таки Пакке шаблоны юзать, коли он ещё классов не знает...

packa Wrote:разработка игры откладывается еще на неделю, придется классы учить

Какой оптимист

а потом еще на месяц. для изучения структур данных и алгоритмов.

Quote:Да есть же в STL контейнер queue, вы чего? И был всегда.

Вот именно поэтому я предпочитаю терроризировать живых людей, а не находить не пойми-что в гугле)

Quote:Какой оптимист

Quote:а потом еще на месяц. для изучения структур данных и алгоритмов.

Не-не-не вы что) Во-первых я так точно другу проспорю о сроках выхода)
А во вторых, интерес падает пропорционально не-кодинью-игры =(

(03.05.2012 21:40)Efrit Wrote:  Да есть же в STL контейнер queue, вы чего?

так он там только в виде обертки над другим контейнером