✅ Unity ECS & Jobs System: революция производительности

Что это?
Архитектура, где данные хранятся отдельно от логики (Data-Oriented Design). Позволяет обрабатывать десятки тысяч объектов без падения FPS.

Зачем?
- Массовые симуляции (орды врагов, частицы, песочницы)
- Полное использование многоядерных процессоров
- Предсказуемое управление памятью (Zero GC Allocations)

Базовые понятия:
- Entity — не объект, а легковесный ID.
- ComponentData — чистые данные (struct, без методов).
- System — логика, которая работает с массивами компонентов.

Пример (спавн кубов):

// Компонент (данные)
public struct RotationSpeed : IComponentData
{
    public float RadiansPerSecond;
}

// Система (логика)
public class RotationSystem : SystemBase
{
    protected override void OnUpdate()
    {
        float deltaTime = Time.DeltaTime;
        Entities
            .ForEach((ref Rotatable rotatable, in RotationSpeed speed) =>
            {
                rotatable.Value = math.mul(
                    math.normalize(rotatable.Value),
                    quaternion.AxisAngle(math.up(), speed.RadiansPerSecond * deltaTime)
                );
            }).ScheduleParallel();
    }
}

Важно!
- Требуется пакет Entities и Unity.Burst
- Это полный разрыв с MonoBehaviour и ООП
- Идеально для VR/AR с strict performance требованиями

💡 Начинай с гибридного подхода: MonoBehaviour -> преобразование в Entity через ConvertToEntity.

#Unity #ECS #Performance #Optimization #JobSystem

✅ Unity ECS на практике: Пишем первую систему

Следующий шаг
Разберем, как преобразовать обычные GameObject в Entity и работать с ними.

1. Гибридный подход (MonoBehaviour -> Entity)
- Добавь на GameObject компонент ConvertToEntity
- Он автоматически преобразует объект и его дочерние элементы при старте

2. Authoring (Создание данных в редакторе)
Пишем MonoBehaviour-обертку для визуальной настройки.

public class RotationSpeedAuthoring : MonoBehaviour
{
    public float DegreesPerSecond = 360f;
}

// "Повар" преобразует Authoring в ComponentData
public class RotationSpeedAuthoringBaker : Baker<RotationSpeedAuthoring>
{
    public override void Bake(RotationSpeedAuthoring authoring)
    {
        var entity = GetEntity(TransformUsageFlags.Dynamic);
        AddComponent(entity, new RotationSpeed
        {
            RadiansPerSecond = math.radians(authoring.DegreesPerSecond)
        });
    }
}

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

// Система, которая работает только с объектами, у которых есть RotationSpeed и Rotation
[UpdateInGroup(typeof(SimulationSystemGroup))]
public partial struct MyRotationSystem : ISystem
{
    public void OnUpdate(ref SystemState state)
    {
        foreach (var (transform, speed) in 
                SystemAPI.Query<RefRW<LocalTransform>, RefRO<RotationSpeed>>())
        {
            transform.ValueRW = transform.ValueRO.RotateY(
                speed.ValueRO.RadiansPerSecond * SystemAPI.Time.DeltaTime
            );
        }
    }
}

4. Важные нюансы:
- RefRO - Read Only доступ (только чтение)
- RefRW - Read Write доступ (чтение и запись)
- Используй SystemAPI.Query для итерации по сущностям с нужными компонентами
- Все изменения автоматически параллелятся Burst компил💡 Совет: Начинай с малого — перенеси в ECS самые тяжелые части (частицы, ИИ). Не нужно переписывать всё сразу.

#Unity #ECS #DOTS #Performance #Burst

✅ Unity: по каким параметрам тестировать проект

Что проверять?
Не только на баги. Важна стабильность и производительность на разных устройствах.

Ключевые метрики:
- FPS (Кадры в секунду): Цель — стабильные 60 (или 30 для мобильных). Резкие просадки — повод для оптимизации.
- Память: Утечки оперативной памяти (RAM) и рост занимаемого места. Следи за мусором (Garbage Collection) в Profiler.
- Загрузка CPU/GPU: Профилировщик (Profiler) покажет, что нагружает систему: скрипты, рендеринг или физика.
- Нагрев и батарея: Сильный нагрев или быстрый разряд на мобильном устройстве — признак неоптимального кода.
- Размер билда: Следи, чтобы не подключались неиспользуемые ассеты и библиотеки.

Как тестировать?
1. В редакторе: Используй встроенный Profiler (Window > Analysis > Profiler).
2. На целевых устройствах: Собирай Development Build с флажком Autoconnect Profiler. Тестируй на слабом “железе”.
3. Стресс-тесты: Создай сцену с максимальным количеством объектов и эффектов, чтобы проверить пределы производительности.

Пример кода для вывода FPS:

public class FPSCounter : MonoBehaviour
{
    private float count;
    
    private IEnumerator Start()
    {
        while (true)
        {
            count = 1f / Time.unscaledDeltaTime;
            yield return new WaitForSeconds(0.5f);
        }
    }
    
    private void OnGUI()
    {
        GUI.Label(new Rect(10, 10, 100, 20), "FPS: " + Mathf.Round(count));
    }
}

Важно!
- Тестируй с самого начала разработки, а не в конце.
- Проверяй на разных платформах (Android, iOS, PC).
- Используй Build Report для анализа размера билда.

💡 Регулярное тестирование сэкономит недели фиксов перед релизом!

#Unity #GameDev #Оптимизация #Тестирование #Performance