Libgdx как хранить данные для обнаружения столкновений

Question

Я разрабатываю игру, используя libgdx scene2d. Все мои объекты являются подклассами Actor (мы называем их GameObject), поэтому они уже имеют положение и размер, но все в отдельных полях (float x; float y; float height; float width;)). Для обнаружения столкновений я использую некоторые самодельные методы, но также некоторые методы Intersector. Методы Intersector необходимо Vector2 параметры положения и размера. Таким образом, я должен создать Vector2 предметов в Actor сек полей, каждый делают цикл. и это плохо для сбора мусора. Моя единственная идея, чтобы избежать этого, чтобы иметь Vector2 position и Vector2 size в my GameObject. Но тогда у меня есть избыточные данные, и мне нужно будет переопределить методы getter и setter для обновления данных Vector2 и Actor s (необходимо для рисования). Есть ли anot ее, лучший способ? Являются ли избыточные данные лучше, чем проблема с мусором? Или мне нужно скопировать методы Intersector и отредактировать их для использования float x и float y вместо Vector2?

Answer 1

Резервные данные довольно плохи, поскольку избыточность приводит к нехватке времени и памяти, а также к ошибкам программирования. Изменение метода третьей стороны является плохим, так как я хочу переделать его, когда он будет обновлен. Как-то все решения плохие, но вы должны всегда измерять его. Является ли мусор реальной проблемой?

Я бы перешел на использование Vector2 везде, если это возможно. Вы также можете переработать существующий вектор и заполнить его своими данными. Это устраняет проблему с мусором, но по-прежнему сохраняется стоимость копирования.

Окончательное решение зависит от вас. Я сомневаюсь, что любой мог бы точно сказать, что лучше для вас.

Answer 2

LibGdx имеет класс Pools, так почему бы вам не использовать его?

Вот пример:

Vector2 position = Pools.obtain(Vector2.class); 
// use your Vector2 for something 
Pools.free(position); 

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

Мои 2 цента:

Я согласен, что преждевременная оптимизация это плохая идея, но в моем опыте это полезно принять определенный дизайн подходы при принятии определенных типов приложений.

В частности, я считаю, что рекомендуется избегать ненужных распределений объектов для каждого кадра при создании игр, особенно для таких платформ, как Android.

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