apocatastas Feb 18 2019 at 14:03

Передача данных между сценами в Unity — применение мультисценности в разработке простых игр

2 min

47K

C#*Unity3D*Game design*

From sandbox

+24

Comments 24

FoterIS Feb 18 2019 at 14:31

Не уверен, что Static класс это хорошее решение проблемы, почему не использовать возможности Unity (Object.DontDestroyOnLoad, Game Manager, Singleton Unity3D) для продления жизни GameObject между сценами? По крайне мере на основе паттерна Singleton я сделал, чтобы очки игрока сохранялись между сценами.

public class GameStatus : MonoBehaviour
{
    ...

    // State variables
    [SerializeField] private int _currentScore = 0;

    void Awake()
    {
        int objectsCount = FindObjectsOfType<GameStatus>().Length;

        if (objectsCount > 1)
        {
            gameObject.SetActive(false);
            Destroy(gameObject);
        }
        else
        {
            DontDestroyOnLoad(gameObject );
        }
    }

    ...

    public void ResetGame()
    {
        Destroy(gameObject);
    }    
}

FoterIS Feb 18 2019 at 14:42

Даже в ссылках которые вы прикрпели (Static Class) используется Singleton

apocatastas Feb 18 2019 at 16:45

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

indiega Feb 18 2019 at 17:58

Если вы не претендуете, то вот это определенно лишнее

Данная статья будет полезна начинающим разработчикам игр.

)))
Статик, мягко говоря, так себе решение. Представьте ситуацию, когда вам надо ресетнуться, полоностью перезапустить игру, а у вас в статике 100500+ полей. Будете ручками все это дефолтить? Статик для констант удобен. Хотя если аккуратно, то имеет право на жизнь, например в качестве контейнеров.

AgentFire Feb 18 2019 at 18:30

эм, но в таком случае в статик кладется объект а-ля AllStaticData и обнуляется только он.

indiega Feb 18 2019 at 19:07

Это ад перфекциониста )))

AgentFire Feb 19 2019 at 01:08

И почему это плохо, иметь статичный, доступный отовсюду некий GameState?

apocatastas Feb 18 2019 at 19:03

Я использовала здесь статик, потому что храню в нём ровно два поля :)
Но да, полезная ремарка, если начинающий разработчик вдруг решит туда напихать гораздо больше.
Попыталась намекнуть на это словами «простых игр» в названии, буду аккуратнее.

indiega Feb 18 2019 at 19:13

Вот, вот. А соблазн запихать туда всё, что можно и нельзя, появится в следущую секунду, после того, как человек узнает и поймет, что такое статик )))

FoterIS Feb 18 2019 at 20:16

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

apocatastas Feb 18 2019 at 21:00

А если его и не нужно уничтожать? Что значит «использовать в связке с другими объектами»?

FoterIS Feb 18 2019 at 21:31

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

apocatastas Feb 19 2019 at 10:54

Спасибо, это интересно! Покопаю эту тему тоже

Bromesh Feb 18 2019 at 17:43

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

FoterIS Feb 18 2019 at 20:11

Я не являюсь разработчиком игр, это для меня только fo fun. Я лишь привел примел где показал способ передачи состояния между сценами.

rumyancevpavel Feb 18 2019 at 17:28

Just use Shared scriptable object

Tutanhomon Feb 19 2019 at 17:05

Примеры использования? И как жить с тем, что он хранится как ассет, и если в редакторе запустить игру — получим измененный ассет?

splatt Feb 19 2019 at 07:40

Советую посмотреть на Dependency Injection и DI / IoC фреймворки вроде ZenJect (линк).
Знаю, что для новичка это не простая концепция, но она имеет большое количество преимуществ перед синглтонами/статик классами/DontDestroyOnLoad.

Данный подход позволит сделать единую точку входа в приложение, а для хранения данных пользователя вместо singleton объекта можно использовать сервис (который потом можно заинъектить в необходимые вам скрипты):

public interface IGameDataService
{
    public int DifficultyLevel { get; set; }
}

public class EnemyInstaller : MonoInstaller
{
    public override void InstallBindings()
    {
        // IGameDataService будет автоматически инъекцировано в зависимые классы
        // включая другие сцены, если использован Scene Container Parenting
        Container.Bind<IGameDataService>().To<GameDataService>().AsSingleton();
    }
}

public class EnemyFactory : IEnemyFactory
{
    private readonly IGameDataService _gameDataService;

    // Зависимость будет добавлена в конструктор автоматически при резолвинге EnemyFactory
    // Для инъекции в MonoBehavior, можно добавить специальный компонент ZenjectBinding и аттрибут [Inject]
    public EnemyFactory(IGameDataService gameDataService)
    {
        _gameDataService = gameDataService;
    } 

    public void SpawnEnemy(string enemyName)
    {
         var level = _gameDataService.DifficultyLevel;
         ...
         var enemy = GameObject.Instantiate(...).GetComponent<IEnemy>();
         enemy.SetLevel(level);
    }
}

В идеале, GameObject'ы и MonoBehavior'ы — для объектов игрового мира. Для всего остального есть обычный C#.

apocatastas Feb 19 2019 at 10:57

О, спасибо! Нигде не встречала информацию про этот подход, а выглядит он очень круто. Можете ссылки посоветовать где почитать? Погуглить я конечно тоже погуглю

Tutanhomon Feb 19 2019 at 17:04

читайте ридми на гитхабе зенджекта, там все подробно расписано, в том числе с примерами

AlexanderG Feb 21 2019 at 15:04

А следующим шагом можно ознакомиться с ECS (Entity-Component-System) архитектурой.

apocatastas Feb 21 2019 at 20:18

Окей, спасибо, посмотрю

LLlAMuJIb Feb 21 2019 at 20:15

Спасибо тебе, что Unity называешь не Unity3d

Stealch May 22 2024 at 14:53

Я вот прикрутил вот такой вот скрипт к видеоплееру. По завершении видео управление передается следующей сцене, задаваемой прямо в инспекторе. Чекбоксами контролируется видимость указателя мышки во время воспроизведения и после. Немного оффтоп, но может пригодится кому =))

using System.Collections;
using System.Collections.Generic;
using UnityEngine;
using UnityEngine.Video;
using UnityEngine.SceneManagement;

public class Intro : MonoBehaviour
{
    [SerializeField]
    private int sceneNext;

    [SerializeField]
    private bool cursorVisible;

    [SerializeField]
    private bool cursorVisibleSceneNext;

    VideoPlayer _videoPlayer;

    void Start()
    {
        Cursor.visible = cursorVisible;
        _videoPlayer = GetComponent<VideoPlayer>();
        _videoPlayer.Prepare();

        _videoPlayer.loopPointReached += _videoPlayer_loopPointReached;

        Invoke("play", 3);
    }

    private void _videoPlayer_loopPointReached(VideoPlayer source)
    {
        Cursor.visible = cursorVisibleSceneNext;
        SceneManager.LoadScene(sceneNext);
    }

    private void play()
    {
        _videoPlayer.Play();
    }

    void Update()
    {
        if (Input.GetKeyUp(KeyCode.Escape) | Input.GetKeyUp(KeyCode.Return))
        {
            Cursor.visible = cursorVisibleSceneNext;
            SceneManager.LoadScene(sceneNext);
        }
    }
}