Не опасно ли сериализовать классы таким способом касательно unity?

Question

[Pragma Games]

Всем привет. Немного длинно-вопроса вам в ленту )). В своем проекте я хотел бы отказаться от monobehaviour классов в основной логике. Сделать нечто подобное :

public class Tower : MonoBehaviour
{
    [SerializeField] protected HealthComponent healthComponent;

    private ArmsComponent _armsComponent;
}

[Serializable]
public class ArmsComponent
{
    public int typeArm;

    // Логика класса
}

[Serializable]
public class HealthComponent
{
    public int health;

     // Логика класса
}

То есть разделить логику отдельной сущности на различные компоненты и потом с помощью композиции собирать другие различные сущности. И для удобства конечно же хочется иметь доступ к таким классам (Не унаследованным от монобехов) из инспектора. Я пометил их атрибутом [Serializable], и вроде все нормально. Но тут нюансы, насколько я знаю [Serializable] вызывают рекурсивное создание классов которые подходят под тип сериеализации даже если они приватные, но внутри помеченные атрибутов [Serializable]. Например :
[Serializable]
public class HealthComponent
{
// Виден из инспектора
public int health;
// Не виден из инспектора, но он будет сереализован так как сам класс так же помечен атрибутов [Serializable]
private ArmsComponent armsComponent;
}

Я конечно знаю о существовании [NonSerialized]. И все такие места можно помечать данным атрибутом.
И тут такие вопросы: На сколько это важно ? Нормальный ли такой подход в целом (помечать логические классы [Serializable] только для того что бы данные были видны в инспекторе. Чем такой подход отличается от того что используют MonoBehaviour при своей работе (Либо это тоже самое и монобехи внутри так же просто помечены данным атрибутом)?

Answer 1

[freeExec]

// Не виден из инспектора, но он будет сереализован

Что и доказательства этого утверждения есть?

В остальном ход ваших мыслей правильный. Наследовать класс-данные от MonoBehaviour и не использовать его как компонент в сцене - это ужасно.

Comments

[Pragma Games]

https://docs.unity3d.com/ru/2019.4/Manual/script-S...

Если открыть в инспекторе режим Debug мы видим приватные поля и значения которые в них находятся. А так как editor не связан с unity scripting api значит что unity api сереализует данные, a editor их извлекает

[freeExec]

Pragma Games, А, то есть если я напишу print(healthComponent.health) и он выдаст мне это значение, то это всё караул, и использовать int нельзя, а то сереализация?

[Pragma Games]

freeExec, Если честно не совсем понял суть. Можете подробнее описать ?

[Pragma Games]

freeExec, Если вы говорите о Debug.Log(healthComponent.health) то дебаг просто сериализует данные, а редактор их извлечет. Так что я не понял при чем тут int. Так как инт сериализовался всего лишь один раз, а не постоянно

[freeExec]

Pragma Games,

дебаг просто сериализует данные, а редактор их извлечет.

Если дебаг их не извлекает, то как он их показывает?

Так как инт сериализовался всего лишь один раз, а не постоянно

А постоянно это как?

[Pragma Games]

freeExec,

[Serializable]
public class HealthComponent
{
    [NonSerialized]public int health;
}

На сколько я понимаю в данном случае unity editor не знает о существовании int health в классе HealthComponent. Но если написать Debug.Log(HealthComponent.health) данный инт будет единовременно сереализован и выведен эдитором. Если мы говорим о случае когда [NonSerialized] нет, то unity scripting сереализует любое изменение данных, editor видит именение и показыавет их.

P.S Это только мое представление как это устроено, исходят из информации которой я владею.

[freeExec]

Pragma Games, Ладно, зайдём с другой стороны. Вот он их сериализует, чтобы тебе в инспекторе показать, тебе это мешает, может работает что не правильно или ещё что?

[Pragma Games]

freeExec, Работает и показывает правильно, просто есть в этом нюансы. Например

[Serializable]
public class Temp
{
    [SerializeField]
    private A _class1;
 
    [SerializeField]
    private A _class2;
 
    public void OnGUI ()
    {
        if (_class1 == null)
            _class1 = new A ();
        if (_class2 == null)
            _class2 = _class1;
 
        _class1.OnGUI();
        _class2.OnGUI();
    }
}

Создай класс А, в редакторе поменяй в этих двух дырках значения, потом запусти программу, а потом опять поменяй значения.

P.S изначально они указывают на одну и ту же ссылку, изменение одного приведет к изменению другого. После остановки программы ссылки разъединены. Это связано с тем, как сериализация работает, когда мы помечаем класс просто как [Serializable] мы сериализуем стандартные классы, Unity проходит через поля класса и сериализует каждое отдельно, даже если ссылка используется несколькими полями. Это означает, что мы можем несколько раз сериализовать один и тот же объект, и при десериализации система не будет знать, что это действительно один и тот же объект.

[freeExec]

Pragma Games, https://docs.unity3d.com/ScriptReference/Serialize...

[Pragma Games]

freeExec, Да, я тоже сейчас на это наткнулся