Нужно ли использовать структуры в C#?

Question

[Йцу Йцуевич]

Допустим у меня летят данные из базы данных
1) Id
2) Name

Задача. Сохранить эти данные где-нибудь...

Итог. Сохранять буду в листе.
Вопрос: лучше создать класс или структуру.

Структура быстрее, но если всё равно данные будут сохраняться в листе, то есть ли смысл. Получу ли я % производительности от этого?

Comments

[pi314]

Какая-то извращенная логика задачи: "данные летят из базы"... хм. Обычно, в нормально спроектированном приложении все наоборот - данные летят в базу. А из базы берут только то, что нужно, маленькими порциями, и не чтоб хранить где-то в памяти, а чтоб использовать. Лететь данные могут, например, из сокета или USB. Но их либо обрабатывают, либо (если нужно хранить), опять же, записывают в базу данных.

[Йцу Йцуевич]

Это в кач. примера, и в моём случае данные "летят" из базы в элементы (DataGridView и т. д.), и не все, а по определённым параметром (из фильтра). Вот я с задал вопрос, в чём лучше "держать" данные когда я их получаю с БД, В КЛАССАХ ИЛИ В СТРУКТУРАХ?
Вы не ответили на вопрос, зато хаять тут многие - мастера... =(

Answer 1

[Сергей Протько]

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

Comments

[Йцу Йцуевич]

=)
в удобстве разницы не будет, мне нужно всего лишь получать свойства и всё

[Виталий Пухов]

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

[Сергей Протько]

Alexey: ну да, нафиг не сдались эти структуры/классы, фигачим все просто на переменных, списках и т.д. А все эти принципы ООП, методологии разработки, паттерны выдумали просто так потому что скучно жить.

[Сергей Протько]

Alexey: ваш комментарий для меня выглядел именно так, прошу прощения.

Производительность не как не связана с красотой или уродливостью кода. Только архитектура и алгоритмы. А все это писать можно не то что бы красиво, а скорее поддерживаемо. Если вы работаете со структурами, и данные мэпятся у вас на них (или на классы) вы всегда можете понять кому и зачем принадлежат эти данные.

[Сергей Протько]

Alexey: подправил формулировку.

Answer 2

[Sumor]

Используйте классы, если вы не видите преимуществ использования структур в вашем коде.
Не уверен, что использование структуры со строкой внутри в листе быстрее использования аналогичного класса. Особенно по сравнению со временем доступа к СУБД.
Подробнее про структуры в MSDN
Структуры можно использовать:
1. Если у вас связь с неуправляемым кодом, где ожидается подобная структура.
2. Если вам критично использование value-типов.
При этом нужно не забывать об особенностях их использования, например, что при присваивании или передачи в функцию структура копируется. Наверняка можно написать пример, где из-за этого производительность работы с большой структурой будет ниже, чем с классом.

Answer 3

[Oxoron]

Не факт, что получите прирост производительности. Многое зависит от операций над листом. У структур по умолчанию медленное сравнение (привет рефлексии), например. Если вам придется много перемещать ваши объекты, тоже преимущество за классами (привет ссылочным типам).
Информация к размышлению: при работе с LINQ часто используются анонимные типы; они как раз наследуют от class.
И вдогонку, есть правило: никогда не используйте структуры, если четко не знаете, зачем оно вам надо.

Comments

[Кирилл]

> У структур по умолчанию медленное сравнение

А можно пояснение - почему?

> если четко не знаете, зачем оно вам надо

Упорядоченная передача нескольких типов данных?

[Oxoron]

Кирилл: Медленное сравнение потому, что основывается на рефлексии. Недаром рекомендуется при объявлении структуры первым делом переписать Equals(). И GetHashCode() заодно. Честно говоря, там есть довольно тонкие моменты, в двух словах не опишешь. Если очень надо, напишите, поищу выступление Теплякова, он это на одном из вебинаров рассматривал.

По поводу упорядоченной передачи - это достигается и с помощью классов, если мы подразумеваем одно и тоже под словом порядок. Никакого различия в этом у классов и структур нет. Разве что, у структур проще организовать маршалинг, но в этом случае вы бы свой вопрос не задавали.

[Кирилл]

> первым делом переписать Equals(). И GetHashCode() заодно.
Вот я именно это и хотел выставить контраргументом) вы буквально сорвали с языка.

> По поводу упорядоченной передачи - это достигается и с помощью классов.
Тогда я вообще не понимаю зачем структуры. Надежда на то, что структура может в теории разместиться не в куче, а в стеке? Где-то на Хабаре писали, что "в теории" не означает всегда.

[Oxoron]

Кирилл: Да, на тему кучи и стека один Сидристый может так извратиться...
Зачем нужны - взаимодействие с неуправляемым кодом, тот же маршалинг. Однажды реализовывал протокол обмена данными с одним старым плюсовым сервером - без структур бы спился. Методы (функции), хранящиеся в старых Сишных бинарниках могут возвращать структуры.