C#: Какой стиль контейнеров данных предпочтены в целом?

Пара замечаний по классам и структурам:

Классы передаются по ссылке, что означает, что один и тот же объект-экземпляр передается между функциями. Если вы создаете MyClass в методе A и вызываете метод B, метод B изменяет класс и ничего не возвращает методу A, метод A видит изменения, сделанные в MyClass, поскольку они относятся к одному и тому же объекту. Ссылка обычно представляет собой int32, поэтому независимо от размера вашего класса будет быстро вызвать метод B, потому что он передает только 4 байта. Классы полагаются на сборщик мусора, чтобы решить, когда он больше не используется (меньшие накладные расходы при передаче класса, но добавляют накладные расходы сборщику мусора).

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

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

Лучше отдавать предпочтение классам, если только вы не собираетесь быстро создавать и отбрасывать множество объектов одним и тем же методом (которые истощают системные ресурсы из-за сборки мусора), и в этом случае предпочтение отдается структурам.

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

В остальном, я думаю, это сводится к личные или командные предпочтения и ваши особые требования.

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

• Вы почти всегда должны предпочитать классы структурам. Используйте структуры только тогда, когда объект представляет (неизменяемое) значение.

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

• Если объект является в допустимом состоянии при создании с конструктором по умолчанию, нормально. В противном случае всегда предоставляйте свой собственный конструктор.

Я обычно создаю неизменяемые классы, все значения которых устанавливаются / передаются через конструктор.

Рассмотрите возможность использования классов всякий раз, когда вам нужно предоставить объекту «функциональность», а не просто идентичность или состояние, то есть «значения».

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

На самом деле кажется, что почти все временные структуры - ненужное отвлечение от простоты и эффективности классов.

Также существует эмпирическое правило, согласно которому размер структуры не должен превышать 16 байт - размер строки кэша процессора.