Пятничная задачка - Собрать список?

Дано:

Табличка DataTable из одного поля.

Есть враппер для типизированной строки и итератор по строкам.

Требуется:

сделать список содержимого полей с разделением запятыми.

текущий код:

public String GetList()

{

string temp = string.Empty;

string comma = string.Empty;

foreach (Row row in this)

{

temp += comma + row.Field;

comma = ", ";

}

return temp;

}

слишком громоздок.

Дополнительные требования:

не использовать foreach - делать LINQом.

не использовать в явном виде промежуточную строку - использовать String.Join(",", list);

Оказалось - достаточно примитивно:

return string.Join(", ", this.Select(r => ((Row)r).OrderNo));

Две проблемы:

- итератор все же не на уровне этого класса, а базового - т.е. без каста Студия не видит поля.

- там же в базовом классе есть метод Селект - закрывает ЛИНКовский - либо нужен тхис, либо писать Селект<стринг>(...);

А так - нич, мне понравилось...

не использовать в явном виде промежуточную строку - использовать String.Join(",", list);

Можно пояснить откуда взялось данное требование? Снимается было прочитано как "не использовать String.Join(",", list);" потому как String.Join туда именно что и просился и проблем никаких не видно было.

return string.Join(", ", this.Select(r => ((Row)r).OrderNo));

откуда взялся OrderNo, его в начальном задании не было , и string.Join используется, что было "запрещено".

А отчего Sort не пользуется успехом? Проклянут тебя последователи.

Лениво было на Field поменять - скопи-пастил как было в коде.

И какой тебе Sort нужен? Я бы дерябнул Абсолюта... но сегодня был в Лимерике в азиатском ресторане - там вкусно покушал и ничего такого не хочется...

Модификация начальной задачи.

Условия - те же.

Дополнительное требование:

- нужно возвращать массив строк, каждая из которых содержит не более n элементов.

foreach работает на интерфейсе IEnumerable<T> (LINQ - просто расширение этого интерфейса).

Соответственно никто не мешает тебе расширить IEnumerable<T> функцией

public static T[] ToArray(this IEnumerable<T> enumerable, int maxCount)
{
   ...
}

Это - да, ничего не мешает.

Только вот в условиях задачки указано требование - не использовать foreach (добавлю - while, for, do, ForEach), а делать исключительно LINQом.

Просто группировка по полю - это без проблем, а вот по количеству - пока не понятно...

И какой тебе Sort нужен?

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

Уупс, сорт тебе тоже не нужен ... сбил ты меня OrderNo

нужно возвращать массив строк, каждая из которых содержит не более n элементов.

A Take чем не подходит?

Может строку кода?

Может строку кода?

одну - нету

int[] grades = { 59, 82, 70, 56, 92, 98, 85 };

IEnumerable<int> topThreeGrades =
    grades.OrderByDescending(grade => grade).Take(3);

Console.WriteLine("The top three grades are:");
foreach (int grade in topThreeGrades)
{
    Console.WriteLine(grade);
}
/*
 This code produces the following output:

 The top three grades are:
 98
 92
 85
*/

Требуется:

59, 82, 70

56, 92, 98

85

А нафига тогда N элементов?

В оракловском SQL при применении IN(...) количество элементов списка ограничено. Запихивать в таблицу - не хочется, проще сгенерировать IN() OR IN().

Я имел в виду пример, что там с ораклом я уже давно не помню...

Пример того, что нужно получить Я дал выше - 3, еще 3 и 1 в последней группе.

А что такое "тройка"? Тебе надо элементы группировать? Чтобы определенное количество элементов в группе было?

А как вообще ты группы собираешься генерить?

Может эта идея поможет?

https://stackoverflow.com/questions/17841108/linq-select-w...

хотя бы так написал, а то перенос я просто проигнорировал, как обычный парсер

Требуется:
{59, 82, 70}
{56, 92, 98}
{85}