Хоча ви правий. Тут замість приведення треба змінити ті функції, які власне приведення вимагають, щоб не змінювати їх потім.

Роблю (а точніше робив) поведінку мурах. Заодно пробував правити структуру класів, але одна зміна тягне за собою іншу, і так далі. Їжа дуже сильно прив’язана до сцени, як це виправити, не переписаши половину проекту, не знаю. До того ж я не знаю, чи вийде все це змержити з тим, що було додано сьогодні. Тому завтра (або пізніше) зроблю простіше. Тоді й відпишусь на вікі.
Взагалі, структура проекту вганяє в депресію.

Не вистачає лише можливості звертатись до мурахи і до їжі. Тобто мінімум — поле id і метод getById. Тут ніяких проблем немає. Але у випадку їжі це все потрапляє до класу Scene, де йому явно не місце — в цьому класі лежить малювання і всякі SDL штуки, і це мені дуже не подобається.

Ну і якщо вже брати C++11, то вказівники треба shared_ptr та weak_ptr робити.

А тим часом у мурах з'явилися імена

Якщо щось знаходиться на карті і з ним можна робити щось у відповідності до цього розміщення, то воно має так чи інакше наслідуватися від "об'єкта на карті". Але, звісно, не одне від одного.
Наслідування - це відношення "А є Б". Мураха є об'єкт з колонії. Об'єкт з колонії є об'єктом на карті. Їжа теж є об'єктом на карті. Маєте кращі пропозиції - давайте обговорювати.
Он quez якісь менеджери хоче ввести, мені дуже цікаво, як воно там, але комітів поки не було.

Найсмішніше, що я теж не задумувався про адреси як ідентифікацію (хоча по факту використовував), доки не дізнався, як функція hasCode в Java працює

Тоді відпишіться, що саме збираєтеся робити, на вікі.
І давайте якось обговоримо координати, а то мені цей манхеттен не подобається (швидкість реалізовувати важко). Може, просто замкнений прямокутник із float-координатами?

Зачекайте зі змінами - я зараз на розумні вказівники все переробляю.
А от алгоритм обдумуйте.

Ті 5 fps тепер гальмують ще більше?