Question

Когда лучше использовать структуру, а когда класс в c#?

Answer 1

Чисто формально класс от структуры почти не отличается (на структуру можно {но не нужно} смотреть как на класс с публичными полями). Различие логическое и ответ очевидный - если у вас нечто является структурой данных - например, вы пишите игрушку типа пакмена и в структуре описываете данные уровня, который считываете с файла (или базы данных), то нужно использовать структуру.

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

Короче, если у вас просто данные - используйте структуру, если же они обладают поведением - используйте класс.

Относительно костылей, включая класс с публичными данными. Такое делать можно, но не нужно. Аналогично, вы могли бы (но не стоит так делать) описать структуру Игра и для нее реализовать кучу функций. Это не ООП, суть которого в инкапсуляции, а инкапсуляция, в свою очередь - не просто сокрытие данных или как пишут в плохих книжках "объединение данных с кодом".

Answer 2

Класс - это ссылочный тип (reference type), а структура - значимый (value type).

Ссылочные типы располагаются в куче, а значимые типы - в стэке.

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

Значимый тип размещённые в стеке автоматически и быстро удаляются из него, когда переменная со значимым типом покидает контекст метода, поэтому нет затрат на работу сборщика мусора.

Но так как размер стэка ограничен и он сильно меньше кучи, то структуры выгодно использовать тогда, когда небольшие по размеру.

Структура - это хак, который сделали ради повышения производительности работы с памятью.