Unity — Концептуальные идеи и подсказки для новичков игродева. Мощная оптимизация 2D проекта

При разнообразии моделей врагов, пуль и эффектов в полтысячи, при присутствии в области видимости примерно с сотню выгодно держать полтысячи бассейнов?

Читал про пулы, код немного не тот который я люблю.
Сделал свой, но использую Queue и операции добавить и изъять. Это избавило меня от индексов и контроля наличия элементов по ним.

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

Очень хорошо про оптимизацию рассказано на курсе 2D и 3D игр на MVA.
Если кто пожелает, переведите для читателей статью:
Unity3D Best Practices

PS меня немного раздражает то что по правилам Unity (из инструкции) нельзя использовать конструкторы классов (те которые наследуются от MonoBehaviour) и студия ругается на методы вроде Update() которые никто не вызывает, переменные которые якобы нигде не инициализируются (это надо делать в методе Start()) и т.д., эти предупреждения в коде от которых хотелось бы избавиться не трогая настройки VS. Плагин для работы с Unity3D почему то этого не делает. Видел ли кто переделанные правила проверки кода от Microsoft переделанные для Unity?

При реализации пулов сталкивался с такой проблемой, что при деактивации анимированного объекта, его аниматор (в моей ситуации — анимация смерти, т.е. полного исчезновения объекта) не откатывалась, из-за чего пришлось вводить довольно костыльную штуку, что я сначала отключаю у объекта его рендеринг, откатываю анимацию (что в Юнити тоже не очень просто, ибо для этого нужно запустить анимацию на один кадр и остановить), а затем уже деактивирую сам GameObject. Не находили ли вы решения этой проблемы?

PS: а вообще, пулинг объектов — это крайне полезная вещь. Например, в моём проекте используется сборка уровня из отдельных блоков (похоже на МайнКрафт, только кубики значительно больше), причём беспрерывно: часть уровня за спиной уничтожается, а перед игроком собирается вновь. В итоге, на сцене постоянно присутствует около четырёх—пяти сотен 3D-объектов, задействованных при расчёте физики; благодаря динамическому батчину и пулингу всего, что только можно — игра с включённым попиксельным (forward) рендерингом не лагает на Андроид-устройстве 2012-го года.

missleRed[i].transform.eulerAngles = Caller.transform.eulerAngles;

Не используйте так eulerAngles, юнити все повороты хранит в кватернионах, когда вы вызываете eulerAngles на самом деле происходит следующее:

public Vector3 eulerAngles
{
    get
    {
        return this.rotation.eulerAngles;
    }
    set
    {
        this.rotation = Quaternion.Euler(value);
    }
}

То есть в вашем примере вы сначала конвертируете кватернион в вектор, а потом обратно. На большом количестве объектов у вас будет падение производительности и лишний мусор в памяти — не очень хорошая вещь для пула.

missleRed[i].GetComponent<DisableObject>().StartCoroutine("AblePause");

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

float randomTime = Random.Range(cooldownMin, cooldownMax + 1);

А зачем вы добавляете единицу?