Gregory256

Научится различать свои объекты между собой и сохранять значения под этими ключами.

1) Поиск объектов по тегам долгое, потребуется постоянное кеширование.
2) Тегов может стать очень много, выбирать нужный тег из 2000 такое себе удовольствие.
3) Нельзя сделать несколько тегов (по аналогии с классами в HTML/JS). Допустим у нас есть стратегия, где есть два типа юнитов - техника и пехота, мы не можем сделать общий тег Юнит и добавить плюсом теги Пехота и Техника соответственно для лучшего поиска.

Если хочешь отвязаться от сериализованных полей Unity (так как они часто бьются) и искать по ним - лучше написать свою систему тегов (которая будет поддерживать множественность) и сделать ее по аналогии с классами в HTML/JS (естественно, с кешированием)

Не понял, причём тут двумерный массив? У тебя скины разделяются по частям тела? Я бы сделал отдельный класс для части тела, и магазином передавал его герою, в идеале должен быть отдельный объект(компонент), который управляет скинами игрока, и имеет в себе их список(на случай если игрок решит поменять его во время игры), именно к этому объекту(компоненту) и должен обращаться магазин, добавляя скин в его пул.
Ну или если использовать двумерный массив( первое число, определяет класс объекта(шлем), второе определяет номер скина в пуле) , можно хранить не скины, а числа по которым их можно найти.

Singleton - это паттерн (шаблон). Нет ни каких правил и инструкций, как его использовать, он сам - правило. Если понимаешь что такое Singleton, то просто используешь такой подход в своих алгоритмах. И так можно сказать про любой паттерн.

А если ты задался таким вопросом, то вероятно ты не понимаешь, что такое паттерн и тем более Singleton. так что учи язык и учись программировать пока без него.

Лучше через отдельные сцены. Поскольку просто неудобно будет ими манипулировать при большом количестве уровней.

В меню:

if (PlayerPrefs.HasInt("highScore")) { // проверка - был ли сохранен highScore раньше?
_highScoreText.text = PlayerPrefs.GetInt("highScore"); // считывание значения и вывод
}

Вроде же всё легко...
Вы же сохраняете значение в префсе, значит в void Start просто вытаскивайте это значение и записывайте в текст, только в новой сцене. У вас же есть готовый скрипт, либо я не то понял.

Если будешь использовать в Update - сильно. Если будешь использовать в Start (т.е. кешируя) - приемлимо.
Чем больше объектов на сцене - тем дольше выполняется метод.

Есть более оптимальный способ. Почитай про паттерн Service-Locator. На первое время хватит.

Сделай себе скрипт MovementSyncer.cs и пропиши в нем такой код

[SerializedField] private bool isLeader; //переменная указывает, что данный объект лидер, а остальные повторяют
[SerializedField] private string category; //переменная для разделения объектов на категории, например категория "синие", "красные"
private MovementSyncer leader; //переменная для кеширования лидера на старте

private void Awake() 
{
    //найди объект-лидер для данной категории
    leader= FindObjectsOfType<MovementSyncer>().First(ms => ms.category == category && ms.isLeader);
}

private void Update()
{
    if (isLeader) return; //пропускаем себя, еcли лидер
    transform.position = leader.transform.position;
}

Вылетает только на 0 сцене из-за того что скрипт инициализируется только на этой сцене. Попробуйте добавить объект на котором висит скрипт в DontDestroyOnLoad. Почему создаёт две кнопки, не знаю, скрипт слегка непонятный. Да и к тому же в чём проблема вручную расставить кнопки по уровням. У вас их там 1000 чтоли?
canvasLevel вы закидываете через инспектор?

Так не надо держать меню в сцене уровня. Создавай его из префаба, если он отсутствует.

Возможно это костыль, но можно добавить DontDestroyOnLoad в if, который будет зависеть от bool переменной. Когда экземпляр DontDestroyonLoad создан, просто изменять bool переменную на false и сохранять в PlayerPrefs. А при выходе из игры опять изменять значение переменной на true и сохранять, чтобы в следующем запуске меню появилось. (playerPrefs не принимает bool, поэтому можно использовать 0 и 1).

if(Vector3.Distance(current.position, target.position) < 30)
{
    Destroy(target.gameObject);
}

Легче всего будет использовать дополнительный коллайдер для объекта с которым вы хотите столкнуться.(Не забудьте поставить галочку Is Trigger). А в коде игрока использовать OnTriggerEnter(2D)

Ну допустим так::
*проверка успешного столкновения*
{
A = GameObject.Find(transform.parent.name);
Destroy(A);
}
Универсальнее вроде некуда.
Только не забудьте объявить А как GameObject
Этот метод должен вешаться на все дочерние объекты при взаимодействии с которыми должен уничтожаться родительский.

Красить объект нужно через материал (через текстуру - тогда материал один, через цвета - тогда для каждого цвета - свой материал).
Для этого 3D объект должен быть подготовлен определенным образом: на нём должна быть реализована uv-сетка (определенным образом под конкретную задачу. Ее можно генерировать процедурно, либо шейдером подгонять текстуры под нее, но это дорого по времени выполнения, не всегда универсально, да и в большинстве случаев не нужно).
Резюмирую: подойти к 3D-шнику и сказать: "мне нужно менять вот эту, эту и эту часть меша. Сделай для этого развертку/разные материалы.".

OnCollisionStay сам вызывается в каждом кадре, когда объекты касаются. его нельзя вызвать преднамеренно. Можно делать проверку внутри OnCollisionStay. либо в OnCollisionStay присваивать true какой-то булевой переменной, правда придется подумать, где делать эту булевую переменную false. И в зависимости от значения переменной, что-то делать в методе

добавь библеотеку "using TMPro;" и вместо gameobject напиши TextMeshPro
и потом напиши text.color = Color.и нужный цвет;

public TextMeshPro text;
text.color = Color.yellow;

для начала думаю стоит сказать, что текст должен быть не GO, а Text или TMP_Text(так не будет возможность сунуть в инспекторе не текст, а какой-то куб), а если уж и хочется говорить, что текст это GO, то нужно засунуть ошибку в переводчик и увидеть, что метод GetComponent() нуждается в том, чтобы ему сообщить какой компонент достаем из объекта, должно было быть так GetComponent<НазваниеКомпонента>();. Дальше будет проблема, что предложенном образом инициализировать не получится, нужно какой-нибудь Start. А уже потом можно будет и обратиться к цвету банально "text.color" это достанет цвет .

[SerializeField] private GameObject _text;

    private UnityEngine.Color _colorText;

    private void Start()
    {
        _colorText = _text.GetComponent<TMP_Text>().color;
    }