Возврат элементов другой последовательности

@Соколиный глаз · Регистрация: 25.07.2014

Студворк — интернет-сервис помощи студентам

Pascal
1
2
3
4
5
6
7
8
9
function f: sequence of real;
begin
  yield sequence Seq(1,2,3);
  yield 4;
end;
 
begin
  f.Println;
end.

Аналог yield sequence из PascalABC.Net есть в C#?

Из справки:

В отличие от оператора yield, оператор yield sequence перебирает элементы последовательности, указанной в выражении и возвращает эти элементы в качестве значений основной функции-итератора.

Требуется что-то вроде:

C#
1
2
3
4
5
public IEnumerable<int> M()
{
    yield return new List<int>() {1, 2, 3};
    yield return 4;
}

На выходе чтобы было: 1, 2, 3, 4.

@Toros1992 · 21.10.2018, 12:11

Мне на ум приходит только ручной перебор по вложенной коллекции:

C#
1
2
3
4
5
6
7
8
static IEnumerable<int> GetSeq()
        {
            foreach (int item in Enumerable.Range(1,3))
            {
                yield return item;
            }
            yield return 4;
        }

@amr-now · 21.10.2018, 14:11

http://pascalabc.net/downloads... uences.pdf

• Оператор yield sequence позволяет вернуть подпоследовательность в функции-генераторе последовательностей
• Оператор yield sequence по существу заменяется на цикл foreach по внутренней последовательности с возвратом всех значений с помощью yield

Да.

@Usaga · 21.10.2018, 14:25

Toros1992, а мне приходит на ум более краткий вариант:

C#
1
2
3
4
        static IEnumerable<int> GetSeq()
        {
            return Enumerable.Range(1,3).Concat(new []{4});
        }

@Toros1992 · 21.10.2018, 14:29

Usaga, автор скорее всего в рамках этого тему поднимал.
В подобном случае можно сделать по вашему?

@Соколиный глаз · 21.10.2018, 14:31 **[ТС]**

Toros1992, да, в рамках этого вопроса.

@Usaga · 21.10.2018, 14:36

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

@Toros1992 · 21.10.2018, 14:38

Usaga, но разве при большом объеме узлов не будет лишнего расхода памяти? Просто по поводу читаемости, на мой взгляд, yield даже лучше читается.

@Usaga · 21.10.2018, 14:52

Toros1992, расход памяти на что?

@Toros1992 · 21.10.2018, 14:54

На создание маленьких массивчиков, как вы предложили

@Usaga · 21.10.2018, 14:57

Toros1992, массивчик я создал для добавления 4 в конец последовательности. Если на руках N последовательностей, то их можно "склеить" через Concat. Такое "склеивание" не предполагает копирование данных. Будет создано N итераторов по количеству вызовов Concat, которые будут последовательно перебирать полученные коллекции. Память будет выделяться только под эти самые итераторы. Т.е. копейки.

@КОП · 21.10.2018, 15:51

Сообщение от Usaga

то их можно "склеить" через Concat.

разве это не нарушит ленивость линка?

@Usaga · 21.10.2018, 15:53

КОП, что? Поясните.

@КОП · 21.10.2018, 16:09

Сообщение от Usaga

что? Поясните.

в случае с листом это не принципиально, но если допустим это последовательно читаются данные откуда-нибудь, тогда IEnumerable не вернет все сразу а может перед каждой итерацией foreach считывать новую порцию данных.
Соответственно если мы читаем из IEnumerable в 1000 записей, но на первой сделаем break из цикла, то в случае с concat прочтутся все сразу, а с foreach только одна.

Разумеется могу ошибаться, не тестил

@Usaga · 21.10.2018, 16:22

Сообщение от КОП

то в случае с concat прочтутся все сразу, а с foreach только одна.

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

@КОП · 21.10.2018, 16:24

Сообщение от Usaga

Как я чуть раньше говорил:

между глаз попало, все верно говорите)

Новые блоги и статьи Все статьи Все блоги /
Автоматическое создание документа при проведении другого документа Maks 29.03.2026 Реализация из решения ниже выполнена на нетиповых документах, разработанных в конфигурации КА2. Есть нетиповой документ "ЗаявкаНаРемонтСпецтехники" и нетиповой документ "ПланированиеСпецтехники". В. . .	Настройка движения справочника по регистру сведений Maks 29.03.2026 Решение ниже реализовано на примере нетипового справочника "ТарифыМобильнойСвязи" разработанного в конфигурации КА2, с целью учета корпоративной мобильной связи в коммерческом предприятии. . . .	Автозаполнение реквизита при выборе элемента справочника Maks 27.03.2026 Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. При выборе "Спецтехники" (Тип Справочник. Спецтехника), заполняется. . .	Сумматор с применением элементов трёх состояний. Hrethgir 26.03.2026 Тут. https:/ / fips. ru/ EGD/ ab3c85c8-836d-4866-871b-c2f0c5d77fbc Первый документ красиво выглядит, но без схемы. Это конечно не даёт никаких плюсов автору, но тем не менее. . . всё может быть. . .
Автозаполнение реквизитов при создании документа Maks 26.03.2026 Программный код из решения ниже размещается в модуле объекта документа, в процедуре "ПриСозданииНаСервере". Алгоритм проверки заполнения реализован для исключения перезаписи значения реквизита,. . .	Команды формы и диалоговое окно Maks 26.03.2026 1. Команда формы "ЗаполнитьЗапчасти". Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. В качестве источника данных. . .	Кому нужен AOT? DevAlt 26.03.2026 Решил сделать простой ланчер Написал заготовку: dotnet new console --aot -o UrlHandler var items = args. Split(":"); var tag = items; var id = items; var executable = args;. . .	Отправка уведомления на почту при создании или изменении элементов справочника Maks 24.03.2026 Программная отправка письма электронной почты на примере типового справочника "Склады" в конфигурации БП3. Перед реализацией необходимо выполнить настройку системной учетной записи электронной. . .

@Toros1992 899 / 554 / 275 Регистрация: 26.11.2015 Сообщений: 1,758 Записей в блоге: 2
	21.10.2018, 14:29
	Usaga, автор скорее всего в рамках этого тему поднимал. В подобном случае можно сделать по вашему? 0

@Соколиный глаз Alvin Seville 343 / 273 / 134 Регистрация: 25.07.2014 Сообщений: 4,537 Записей в блоге: 22
	21.10.2018, 14:31 [ТС]
	Toros1992, да, в рамках этого вопроса. 0

@Usaga 14313 / 9393 / 1355 Регистрация: 21.01.2016 Сообщений: 35,427
	21.10.2018, 14:36
	Toros1992, ага. Ценой создания одного маленького массивчика можно сократить код и повысить читабельность. 0

@Toros1992 899 / 554 / 275 Регистрация: 26.11.2015 Сообщений: 1,758 Записей в блоге: 2
	21.10.2018, 14:38
	Usaga, но разве при большом объеме узлов не будет лишнего расхода памяти? Просто по поводу читаемости, на мой взгляд, yield даже лучше читается. 0

@Usaga 14313 / 9393 / 1355 Регистрация: 21.01.2016 Сообщений: 35,427
	21.10.2018, 14:52
	Toros1992, расход памяти на что? 0

@Toros1992 899 / 554 / 275 Регистрация: 26.11.2015 Сообщений: 1,758 Записей в блоге: 2
	21.10.2018, 14:54
	На создание маленьких массивчиков, как вы предложили 0

@Usaga 14313 / 9393 / 1355 Регистрация: 21.01.2016 Сообщений: 35,427
	21.10.2018, 14:57
	Toros1992, массивчик я создал для добавления `4` в конец последовательности. Если на руках N последовательностей, то их можно "склеить" через `Concat`. Такое "склеивание" не предполагает копирование данных. Будет создано N итераторов по количеству вызовов `Concat`, которые будут последовательно перебирать полученные коллекции. Память будет выделяться только под эти самые итераторы. Т.е. копейки. 0

@Usaga 14313 / 9393 / 1355 Регистрация: 21.01.2016 Сообщений: 35,427
	21.10.2018, 15:53
	КОП, что? Поясните. 0

Возврат элементов другой последовательности

Решение