GavriKos

Кешируют обычно не спрайты, а геймобжекты целиком.
Делается контроллер кеша, который не используемые сейчас ГО выключает, но оставляет на сцене. Нужно создать новый объект - просите контроллер создать, а он смотрит - есть ли у него объект нужного типа или нет. Если есть - просто включает его. Если нет - создает стандартным Instantiate.
Чтобы не менять спрайт через код - можно сделать не 1 префаб, а по префабу на каждый тип элемента для вашей игры.

Ну вариант с коллайдерами ничего так.
На самом деле волшебной пули нет. В голову еще приходят варианты с проверкой экранных координат (Camera.main.WorldToScreen... и дальше проверяете если вышел за пределы экрана - телепортаете) при перемещении.
Сохранение скорости и направления - так оно то и не меняется при телепортации - при телепортации вы меняете только координаты. Хотя смотря как задана скорость и направление (по идее должен быть вектор относительно центра объекта).
ВОзвращать надо не в точку появления, а считать новые координаты относительно точки выхода за экран. Например, объект вышел за экран слева. Значит его координата по x меньше нуля (с поправкой на размер - хз где у вас центр). Соответственно делаем x равным длине экрана с поправкой на размер объекта, и все это переводим в мировые. В лоб решение выглядит как то так.

Если вам надо чтобы объект был "жопой слева мордой справа" - т.е. половинные состояния - то тут посложнее.

Нет.

Размер массива меньше чем индекс, по которому вы обращаетесь.
Если у вас эти публичные поля в наследнике MonoBehaviour - то по моему на new пофигу - юнити проинитит тем, что было сохранено в объекте, на котором висит скрипт. А там скорее всего 0 объектов.
Проверьте отладчиком и в инспекторе (если MonoBehaviour).

Более новую версию ставить однозначно стоит. По сравнению с 5 веткой в 2017 и 2018 много всякого интересного.
Насчет прям последней - советую ставить предпоследнюю с патчами. Не исключены глюки в "сверхсвежих" версиях, разной степени заковыристости.
Насчет поддержки проектов - никто кроме вас не знает что у вас там в проекте. Точно скажу что на уровне кода юнити что то депрекейтила - может птребуется внести изменения. А так - базово все должно завестить.
Никто не мешает поставить новую юнити параллельно со сторой и проверить-погонять несколько дней.

В андроиде могут не работать File. Грузите через www. Кстати путь же у вас не к стриминг ассетам для андроида. Используйте Application.streamingAssetsPath

Судя по всему юнити...
Сохраняйте при потере фокуса - OnApplicationFocus. Мало ли что потом произойдет - телефон может банально сесть - тогда вообще никаких колбеков не будет.

Можно и за месяц.

Из навыков JS (но как я понял для юнити лучше C#).

Юнити ТОЛЬКо c#. JS там никогда небыло - был UnityScript, который типо по синтаксису похож. Но его уже депрекейтнули.

Правильный путь - накачать ассетов из ассетстора и лепить из готового говна свое говно.
А вообще - начать с диздока. И диздок - это не 10 страниц.

Картинками делайте, например.

gameanalytics, amplitude, crashlytics, dev-2-dev. Выбирайте. Или, что лучше, интегрируйте несколько (или все). Больше данных - лучше.

через месяц другой планирую написать свое решение для аналитики

заняться что ли нечем? Есть готовые решения - пользуйтесь. Максимум - обработку csv, который выгрузится из аналитики. А писать свою - много геммора.

Ну так а запускаете в правильное время систему? У нее вон Play on Awake выключен, надо руками вызывать Play. Может ее на момент play банально не видно

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

Просто отвечу. Нет.

Ну коллайдеры тут вообще ни при чем - вы их в коде не используете же.
А не уничтожается возможно потому, что дистанция никогда не становится <1. Дистанция меряется от центра объекта - и если каждый объект у вас 1 - то и расстояние будет <1 когда они наполовину друг в друга залезут.

Выход - использовать коллайдеры.

С .NET - никак. Там Mono.
С c# - все сложнее. Вы описываете логику программы на языке C# с использованием библиотек Mono (System) и библиотек Unity (UnityEngine). Далее это все дело компилируется в IL. А дальше - в зависимости от платформы. Может и выполнится сразу (интерпретатор встроен в Unity, скорее всего на основе Mono), а может дальше транслироваться в cpp и компилироваться уже как плюсовый код.