Даниил Басманов

Обе ошибки из-за того, что у вас нету нормальной ссылки на камеру. В первом случае вы подсунули newcam, что совпадает с названием вашего класса, а посему компилятор пытается интерпретировать это как вызов статического метода. Во втором случае вызов метода у camera не срабатывает, потому что вы взяли туториал трёхгодичной давности, а Component.camera уже давным-давно выпилили. Решить это всё можно двумя способами: обращаться к камере через Camera.main, либо сделать публичное поле и в инспекторе перетащить туда камеру.

Берёте Rigidbody.velocity и запихиваете его в Quaternion.LookRotation, получаете нужное вращение, которое можете применить к трансформу вашей графики.

Эта строчка меняет горизонтальную скорость, соответственно вам нужно rigidbody2D поменять на rb и взять текущую вертикальную скорость:

rb.velocity = new Vector2(move*maxSpeed, rb.velocity.y);

В Asset Store гораздо больше выбор по сравнению Marketplace, например можно купить готовые модельки планет. Документация у Unity и C# получше чем у Unreal и C++, а в остальном движки одинаковые. Если раньше на плюсах писали, то берите Unreal, не придётся одновременно изучать движок и язык.

Вам нужно не папку поменять, а создать проект в Android Studio и либо собрать aar-файл, либо скопировать проект целиком в папку с плагинами. Подробности читайте в мануале.

Юнитёвый UI для сортировки элементов использует индекс трансформа в иерархии относительно родителя. Работать с этим индексом можно с помощью методов Transform.GetSiblingIndex и Transform.SetSiblingIndex. Конкретно для примера с оттягиванием и обновлением пригодится метод Transform.SetAsFirstSibling, только учтите, что обновление будет происходить рывком, если хотите получить плавную анимацию, то придётся использовать трюки, либо писать свой класс для прокручиваемого списка.

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

Чаще всего берут и просто расставляют BoxCollider'ы, это долго и нудно, зато производительно и гибко. В качестве альтернативы можно использовать MeshCollider, но он дороже и с ним сложнее итерироваться. Ускорить работу с ним можно с помощью ProBuilder или аналогичного плагина. Иногда ещё пишут утилиты для редактора, которые расстанавливают коллайдеры по заданному пути. Если уровень не собираетесь сильно менять, то я бы посоветовал использовать BoxCollider, в ином случае берите ProBuilder.

ToggleGroup для того и нужен, чтобы нельзя было выделить несколько галочек, читайте внимательнее мануал. Если хотите выделить несколько - удалите ToggleGroup, вот и всё.

Загруженные спрайты не удаляются, если вы сидите на одной сцене, если вы меняете сцену, то всё должно выгрузиться автоматически при условии, что у вас в каком-нибудь синглтоне не осталась висеть ссылка. UnloadUnusedAssets может помочь в ситуации, когда вы нагрузили кучу разных ресурсов, использовали их, потом обнулили все ссылки и хотите всё вычистить. Если это одиночные большие картинки, то лучше выгружать более явным образом через Resources.UnloadAsset. В этот метод нужно передавать то, что вы загрузили из ресурсов, например, если вы загрузили текстуру и создали из неё спрайт с помощью Sprite.Create, то передавать нужно текстуру, а не спрайт. С Destroy нужно работать аккуратно, он тоже может освободить память, но в некоторых ситуациях он может удалить объект так, что вы потом без перезапуска приложения не сможете его повторно загрузить. Ещё настоятельно рекомендую подобный код тестировать изолированно на отдельной сцене на целевом устройстве, в редакторе правильность выгрузки не проверить.

Плохо искали, на эту тему есть официальный туториал, а в ассет сторе можно скачать проект с примерами настроек.

Это больше вопрос вкуса, я видел оба варианта, сам тоже использую SerializeField, но чаще склоняюсь к пропертям, а не методам, но, опять-таки, всё зависит от проекта. Ещё видел часто подход вида:

[SerializeField]
private int _field;
public int field { get { return _field; } set { _field = value; } }

Если говорить про абстрактный код в вакууме, то лучше данные наружу отдавать вообще через интерфейсы, но это не всегда целесообразно, особенно в контексте юнити. А так вообще да, с любым публичным полем есть риск, что его снаружи кто-то дёрнет и что-то заломает, поэтому лучше видимость переменных ограничивать по максимуму.

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

Всё сводится к поиску положения мышки в мировых координатах, после этого, зная положение игрока, можно делать всё, что душе угодно. Основные методы, которые вам нужны это Camera.ScreenPointToRay и Camera.ScreenToWorldPoint. Кроме того, на эту тему есть официальный туториал, рекомендую посмотреть.

Если нужно просто узнать совпадает ли направление векторов, то можно использовать Vector3.Dot. Если нужны градусы, то для этого есть Vector3.Angle.

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

Для работы с тайлами вам нужно либо взять бету 2017.2, либо скачать плагин из магазина, руками расстанавливать тайлы очень неудобно, замучаетесь с позиционированием и заделкой щелей. Тайлы разного размера в одной игре редко делают, но если уж так вышло, то можно их разнести по разным слоям, главное, чтобы оба набора можно было уложить в сетку одной размерности.