Teivaz

Узнаю книжку Липпмана.
В вопросе не полный текст задания.
"Web-сайт ... содержит в каталоге первой главы копию файла Sales_item.h. Скопируйте этот файл в свой рабочий каталог. Напишите программу, циклически перебирающую набор транзакций проданных книг и отображающую их на стандартном устройстве вывода."
Ссылка на файл заголовка битая, вот вопрос на стэк оверфлоу, там, кстати, есть и рабочая ссылка. Так что сначала было бы неплохо ознакомиться с предлагаемым кодом.

Литературу я вряд ли посоветую, но опытом поделиться могу. Процесс создания игры следующий:
сначала создаётся документ с общим описанием игры, затем, в процессе бурного обсуждения документ обрастае деталями, подробностями, фичами и прочим. Получившийся документ называется ГДД (гейм дизайн документ). В нём должны подробно быть описаны все игровые режимы, Окна, возможности, переходы, состояния. Для создания какого-либо окна в удобном вам графическом редакторе создаётся фейк (просто картинка с желаемым результатом), затем художник разбирает фек на детали, дорабатывает их и передаёт геймдизайнеру, геймдиз в имеющейся тулзе создаёт гуи (если нужно) и отдаёт всё программисту, который складывает ресурсы в игру, прописывает в коде загрузку необходимых проектов, колбэки на кнопки и подобное.
Я сам сейчас занимаюсь созданием игры с кокосом, только я использую cocos2dx (кросс-платформенный вариант на C++).
Про гуи, левелам и анимациям. Для кокоса есть тулзы, я, например, использую CocoStudio. У неё есть модули для создание гуи, скелетной анимации и сцен. При этом тулза экспортирует проект как сцену в json формате + один или несколько атласов (которые сама собирает) и плисты к ним с описанием спрайтов. Всё что нужно для таких базовых вещей. А ещё можно в анимации вставлять частицы. Только вот немного глючит эта студия.
Что же касаетс создания конкретного левела в игре, то тут нужно продумать игровую механику и отталкиваться от неё. Если левел не удаётся создать используя существующие тулзы (а скорее всего так оно и будет), то следует описать логику геймплея: выделить основные объекты, описать взаимодействие их, определить какие из них и что конкретно должно меняться от левела к левелу и вынести загрузку их во внешний файл (можно использовать обычные плисты, которые легко парсятся в словари, а можно использовать скрипты, кокос2дх поддерживает луа, только я пока им не занимался). Это позволит разделить труд (один человек может делать скрипт для конкретного левела, другой - доделывать логику), легко изменять параметры и баллансировать левелы без пересборки билда и вообще - это общепринятая практика.

Если всё-таки речь о С++, то массив можно объявить так:
int myArray[50];
или так:
int* myArray = new int[50];
ну или так:
std::vector<int> myArray;

И соответственно использовать в функциях так:

void Sort(int array[50 ar]);
Sort(myArray);

void Sort(int* ar, unsigned int size);
Sort(myArray, 50);

void Sort(std::vector<int>& ar);
Sort(myArray);

А, ну и очевины вариант в стиле С

std::vector<void*> containsAnyPtr;
containsAnyPtr.push_back( (void*)(new MyClassOne) );
containsAnyPtr.push_back( (void*)(new MyClassTwo) );
containsAnyPtr.push_back( (void*)(new NotMyClass) );

Только вопрос теперь в том, какой именно объект оттуда достанем. Пропадает строгая типизация, которая является фишкой С/С++.

P.S.
Можно немножко осиплюсплюсить:

std::vector<void*> containsAnyPtr;
containsAnyPtr.push_back( reinterpret_cast<void*>(new MyClassOne) );
containsAnyPtr.push_back( reinterpret_cast<void*>(new MyClassTwo) );
containsAnyPtr.push_back( reinterpret_cast<void*>(new NotMyClass) );

Если для простого цветного изображения каждая точка может быть представлена сочетанием трёх основных цветов (каждый из которых имеет разрядность от 0 до какого-то числа, 2^8, 2^12, не важно) то для аудио каждая выборка во времени определяется всего лишь одинм значением — амплитудой (которая, грубо говоря, тоже может принимать значения от 0 до какого-то максимального значения, 2^8, 2^16) Так что музыка в конечном счёте может быть представлена как одномерный массив, каждый элемент в котором соответствует определённому времени; в то время как изображение это трёхмерный массив, каждый элемент которого соответствует определённым координатам х, у.
Можно разложить звук в базис синуса и косинуса применив преобразование Фурье. Тогда звук будет представлен как двумерный массив (амплитуда синуса, амплитуда косинуса) и каждая пара будет соответствовать определённой частоте, а не времени. Или можно разложить в немного другом виде — (амплитуда, фаз).
Также есть другие представления музыки. Они могут быть разложены на разные звуковые дорожки, инструменты. Например, midi файлы, в которых, грубо говоря, хранится информация о том, в какой момент и как долго должна звучать определённая нота для определённого инструмента.