Создание объектов с хендлом

[JTG]

array of Txxx = array of dword, всего лишь массив указателей, из 1 000 000 элементов, например, займёт около 4 мегабайт, т.е. в принципе нет особой разницы зарезервируешь ли ты сразу это место или в процессе работы (если число объектов заведомо меньше какого-то числа) потому что этот объём памяти намного меньше, чем память необходимая для хранения собственно объектов. Но хранить всё в массиве (как статическом, так и динамическом) - по-индусски, т.к. при освобождении объекта на его месте в массиве останется nil, и нужно либо сдвигать всё влево, чтоб не оставалось дырок, либо тут же заполнять их новыми объектами. Лучше делать списками, тем более в делфи для этого есть класс TList - так при освобождении объекта предыдущий элемент сцепится со следующим.

Если объект больше не нужен (убит, улетел за экран и не вернётся...) - тут же вызывать метод "самоубийства" TActor.dead, который "вырежет" себя из списка и уничтожит

Type
 TActor = class
private
    FHandle : array[0..50000] of TSprite;

Сразу нет, экземпляр класса должен занимать как можно меньше места, потому что их будет много. Вместо FHandle[handle] := TSprite.create будет actor[i].create. Хэндлы не нужны.

[Вадим Буренков]

т.к. при освобождении объекта на его месте в массиве останется nil, и нужно либо сдвигать всё влево, чтоб не оставалось дырок, либо тут же заполнять их новыми объектами.

Никаких проблем написать функцию сканирующую массив с начала до конца и ищущую свободную ячейку. Лично я так делаю.

[mutabor]

Можно подумать в списках оно по волшебству сдвигается ) Те же массивы, только внутреннее устройство скрыто. Согласен насчет того, что незачем изобретать велосипед.

А вообще в играх (в серьезных) надо делать не как удобнее, а как лучше/быстрее/оптимальнее, тогда будет хорошая игра. Я к примеру не раз читал о "вреде" ООП.

[JTG]

Ну да, я просто пошел более простым путём:
ActorList.Add(self);
ActorList.Delete(ActorList.IndexOf( self));

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

[VintProg]

А максимально сколько можно выделить память под объекты,
и еще вопрос как получить размер занимаиймой памяти динамического массива,пытаюс получить а он мне выдает указатель 4-байта

var
a:array of integer;
...
sizeOf(a);//Дает указатель

[Beermonza]

А я не утруждаю себя созданием алгоритмов сдвига, ...достаточно пометить, что данная запись не используется, оставив ее ресурсы в памяти. Поскольку тип объекта универсален, то следующий объект создается в ближайшей неиспользуемой записи банальным затиранием старой информации новой, или если все записи подряд используются, то в новой, ...разумеется все при работе с динамическим массивом.

VintProg, не заморачивайся с подсчетами, есть в винде Диспетчер задач -> Процессы, в нем четко прописаны все ресурсы.
По поводу динамического массива. Сначала задай размер, потом проверяй.

[mutabor]

А я не утруждаю себя созданием алгоритмов сдвига, ...достаточно пометить, что данная запись не используется, оставив ее ресурсы в памяти. Поскольку тип объекта универсален, то следующий объект создается в ближайшей неиспользуемой записи банальным затиранием старой информации новой, или если все записи подряд используются, то в новой, ...разумеется все при работе с динамическим массивом.

Где же тут динамика? Напоминает статический массив, с той лишь разницей что память из кучи выделилась.

Кстати если использовать вместо записей классы, можно реально освобождать память отдельных элементов - объектов класса, не изменяя размерности массива, непосредственно элемент массива будет 4 байта занимать и являться указателем.

А максимально сколько можно выделить память под объекты,

Смотря на сколько хватит оперативной памяти, в том числе виртуальной. Ограничено только имеющимся объемом памяти.

[Beermonza]

Сообщение от mutabor

Где же тут динамика? Напоминает статический массив, с той лишь разницей что память из кучи выделилась.

Не скажи. В том-то и дело, что массив динамический, он nill в начале работы программы, как только определились нужные ресурсы, они записались в этот массив, ...один элементарный объем ресурса, как ни крути, много памяти не ест, появляются и исчезают объекты, например у меня, довольно часто, ...чтобы не тратить время на очистку, я просто помечаю записи как неиспользуемые, ...следующий объект займет место неиспользуемого, но только тогда, когда это нужно. Динамика в том, что я держу все объекты и их ресурсы в памяти, я динамически ими управляю, но управляю с умом. Если в том нет надобности, зачем ворочить памятью по чем зря?
Если будет переход на следующую карту, например, то массив освободится, и забьется другими ресурсами. А статика - это удел редактора карт, там все ресурсы нужны сразу, чтобы выбирать объекты.

[VintProg]

Возможно не которые из нас занимались моддингом в gta-vc,gta-sa
так вот там существует скрипт MAIN.SCM,
create_actor $actor #ARMY 50,50,50... не важно
на каком принципе хендл там сделан может кто знает?

[VintProg]

Возможно не которые из нас занимались моддингом в gta-vc,gta-sa
так вот там существует скрипт MAIN.SCM,
create_actor $actor #ARMY 50,50,50... не важно
на каком принципе хендл там сделан может кто знает?