Привет.

Мне нужно чтобы функция возвращала IEnumerable "чего-то".
Это "чего-то" я могу объявить классом или структурой.

Есть ли выигрыш, если сделать структурой ? Или выигрыш появляется только если работа идет с единственным элементом - и тогда его имеет смысл объявлять структурой ?

Ну и вообще есть ли смысл в List<структура> где бы то ни было ?
Ну и еще. Выигрыш появляется И когда принимать структуру И когда возвращать, или только когда принимается ?

Antonariy,

Мне нужно чтобы функция распарсила файл. А на выход выдала пары:
1. дата начала
2. дата конец.

Вот эту пару хочу обернуть - либо в класс, либо в структуру.

Их там много в файле. Соответственно, функция будет возвращать СПИСОК этих пар.

Объединять ли эти пары в структуру или класс?
Мне вообще не совсем ясно есть ли выигрыш от Листа (находящегося в куче), который держит ссылки на структуры в стеке. Есть сомнения в выигрыше вообще. Тем более сомнения связаны с тем, что функция должна возвращать этот список. А не принимать.

Что скажете ?

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

Но вопрос остается - нужен ли СПИСОК этих структур.

Antonariy,

Вспомнил. Tuple зовется структура.

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

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

AxeleronСон Веры Павловны,
Я неправильно выразился. Имел в виду, что Tuple - сам по себе класс.

Пожалуй сойдет.
Все одно, выгодны в List<struct> не обнаружено в случае возврата десятка пар дат, зато создавать именованный тип не придется.

petalvik,
Denis.

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

petalvikProBiotekесть ли выигрыш от Листа (находящегося в куче), который держит ссылки на структуры в стеке.

Все структуры будут в куче, компактно, одна за одной.

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

Выходит, что вообще проще оперировать массивами :)

Сон Веры ПавловныProBiotekТогда однозначно получается что структура даже противопоказана , т.к. будет лишний боксинг. не ?
В generic-листе никакого боксинга не будет.

Да ? А как структура, находящаяся в List<> улетит в кучу без боксинга ?

Pallaris,

однако. ну тогда, выгода от структур в списке будет:

- со структурами в кучу улетит массив структур. Одним неразделенным куском
- с классами в кучу улетит массив указателей - на кучу объектов размазанных по всей куче.

Хм.