@Storm23

Если вопрос в том, почему не создаеnca список внутри метода, то преимущества следующие:
1) Экономия памяти. Если внутри метода нам не нужен список, то зачем его создавать? Это лишние расходы памяти. Если вызывающему методу понадобится именно список, он сам всегда это сможет сделать вызвав метод ToList().
2) Код становится немного проще. Не нужно создавать новую сущность - список.
3) Ленивая загрузка. В общем случае код, возвращающий IEnumerable может быть быстрее. Например, вызывающему методу нужны не все юзеры, а нужен один конкретный человек. Тогда вызывающий метод будут перебирать юзеров, найден нужного человека, сделает break, и остальные юзеры вообще не будут парсится, что съэкономит время.
4) Фильтрация. Допустим вызывающему коду нужны только женщины. Тогда он создаст еще один список, и будет в цикле перебирать всех юзеров отбирая только женщин,и складывать в свой список. Тогда спрашивается - а зачем мы создавали бы список внутри нашего метода? Он все равно нигде далее не использовался бы.

Если вопрос в том, почему не вернуть сразу IEnumerable, вместо yield. Ну так просто более наглядно. Конечно можно все запихнуть внутрь LINQ, но мне например не нравятся километровые linq-выражения. Да и в foreach все таки возможностей побольше, не все удобно делать в linq.

Вернуться к обсуждению:
Приложение для работы с ВК C#

0