Когда в C# использовать struct вместо class? Разбираемся с типами-значениями

Основные критерии выбора struct вместо class

Вы правы — замена class на struct в вашем случае с Point — это правильное решение. Давайте разберёмся, почему и когда это уместно.

Когда struct — хороший выбор

По рекомендациям Microsoft (и здравому смыслу), используйте struct, если выполняется большинство из следующих условий:

• Тип представляет собой простое значение (например, координаты, RGB-цвет, размер).
• Экземпляры типа маленькие (обычно до 16-24 байт).
• Тип неизменяемый (immutable) — после создания его состояние не меняется.
• Вы создаёте много короткоживущих экземпляров (как в вашем игровом движке).
• Тип не требует наследования (struct не может наследовать от другого struct или class).

Что изменится, если заменить class на struct

Давайте перепишем ваш Point как struct правильно:

public readonly struct Point
{
    public int X { get; } // Только для чтения
    public int Y { get; }

    public Point(int x, int y)
    {
        X = x;
        Y = y;
    }

    // Для удобства можно добавить методы
    public double DistanceTo(Point other)
    {
        int dx = X - other.X;
        int dy = Y - other.Y;
        return Math.Sqrt(dx * dx + dy * dy);
    }
}

Ключевые отличия в поведении

1. Копирование по значению. При присваивании struct копируется целиком:

Point a = new Point(10, 20);
Point b = a; // b — полная копия, независимый объект
a = new Point(30, 40); // b остаётся (10,20)

2. Параметры методов. По умолчанию struct передаётся по значению (копируется). Для больших структур это может быть медленнее, чем class. Используйте ref или in для передачи по ссылке:

public void Move(ref Point p, int dx, int dy)
{
    p = new Point(p.X + dx, p.Y + dy);
}

3. Null-безопасность. Struct не может быть null. Если вам нужно nullable-значение, используйте Point?.

Производительность: почему struct ускорит ваш движок

• Выделение на стеке — struct создаётся на стеке (или встраивается в массив/объект), что быстрее, чем выделение в куче для class.
• Меньше нагрузки на GC — тысячи struct не создают мусора в куче, сборщик мусора не тратит время на их очистку.
• Лучшая локальность данных — массив struct хранит данные последовательно в памяти, что ускоряет кэширование процессора.

Когда struct — плохой выбор

• Если структура большая (> 24 байт) — копирование становится дорогим.
• Если нужна изменяемость — мутабельные struct приводят к трудноуловимым багам.
• Если тип должен участвовать в иерархии наследования.
• Если вы часто используете boxing (например, передаёте struct в методы, ожидающие object).

Практический совет для вашего движка

Сделайте Point readonly struct, как показано выше. Для хранения тысяч точек используйте массив:

Point[] points = new Point[10000];
// Инициализация
for (int i = 0; i < points.Length; i++)
{
    points[i] = new Point(i, i * 2);
}

Это будет работать в разы быстрее, чем массив классов, и не создаст мусора для GC.

Итоговое правило

Используйте struct для маленьких, неизменяемых типов-значений, которые логически являются единым целым (координаты, вектор, цвет). Для всего остального — class.

public struct MutablePoint
{
    public int X;
    public int Y;
}

var points = new MutablePoint[100];
points[0].X = 5; // Работает
var p = points[0];
p.X = 10; // Не меняет points[0]! Сюрприз!