А пивот по центру?

Да.

Вопрос такой, как лучше сделать сохранение? Нужно сохранять данные игры для многих компонентов, причем каждый из них может инициировать сохранение сам по себе в любой момент игры. Загрузка данных для всех компонентов происходит в начале игры. Стоит ли хранить данные в одном файле, или же стоит сохранять их отдельно для каждого компонента, оставив данные независимыми? Второй вариант не нравится тем, что будет валяться много файлов маленького размера

В одном файле

Хранить данные в монобехе не очень здорово, монобехи лучше только для отображения использовать

Используй для хранения состояния игрыигры сериализуемую структуру данных, при загрузке инициализируй объекты с этой структурой аргументом, ну и сохраняй структуру в какой нибудь json(а лучше в протобаф "шифруй")

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

Я и не планировала, обычные c# классы для данных хотела сериализовывать

Ну впринципе да

Зависит от конкретной задачи, если сейв действительно огромный, то могут быть варианты

А откуда инжектить эту сериализуемую структуру данных в конструкторы? Компоненты на сцене лежат изначально. Почему структура, а не класс? Не вижу выгоды в использовании структуры, только расходы на копирование

Ок, спасибо :)

Можно например компоненты регистрируют себя в сохранялке и у каждого есть метод getobjectjson и loadfromjson при сохранении сохраняла у всех зарегистрированных запрашивает его json

Так сложно абстрактно рассуждать зависит от задачи

Они не должны сами сериализовываться в жсон, нарушение srp

Да и проблема все равно возникает с тем, как при загрузке данные в них заинжектить

Добрый вечер! А насколько вообще адекватны всякие там обращения в скрипте через GetComponent<>( ) к компонентам объекта к которому этот же самый скрипт и  прикреплен? Вдруг там для таких случаев есть что-то более производительное, а чувак из видео, к примеру, злоупотребляет подобным кодом.

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

Каждый кадр нежелательно, а в уроках что угодно можно)

Да понятно, что в уроках можно, потому и доверия им нет)