Использование LINQ для объединения строк

каков наиболее эффективный способ написания старой школы:

StringBuilder sb = new StringBuilder();
if (strings.Count > 0)
{
    foreach (string s in strings)
    {
        sb.Append(s + ", ");
    }
    sb.Remove(sb.Length - 2, 2);
}
return sb.ToString();

...в LINQ?

17 ответов


используйте агрегированные запросы следующим образом:

string[] words = { "one", "two", "three" };
var res = words.Aggregate((current, next) => current + ", " + next);
Console.WriteLine(res);

вот результаты:

one, two, three

совокупность-это функция, которая принимает набор значений и возвращает скалярное значение. Примеры из T-SQL включают min, max и sum. VB и C# поддерживают агрегатов. Как VB, так и C# поддерживают агрегаты как методы расширения. Используя точечную нотацию, можно просто вызвать метод на IEnumerable


return string.Join(", ", strings.ToArray());

в .Net 4 появился новый перегрузка на string.Join принимает IEnumerable<string>. Тогда код будет выглядеть так:

return string.Join(", ", strings);

зачем использовать Linq?

string[] s = {"foo", "bar", "baz"};
Console.WriteLine(String.Join(", ", s));

это отлично работает и принимает любые IEnumerable<string> насколько я помню. Нет необходимости Aggregate все, что здесь намного медленнее.


вы смотрели на метод расширения Aggregate?

var sa = (new[] { "yabba", "dabba", "doo" }).Aggregate((a,b) => a + "," + b);

реальный пример из моего кода:

return selected.Select(query => query.Name).Aggregate((a, b) => a + ", " + b);

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


можно использовать StringBuilder на Aggregate:

  List<string> strings = new List<string>() { "one", "two", "three" };

  StringBuilder sb = strings
    .Select(s => s)
    .Aggregate(new StringBuilder(), (ag, n) => ag.Append(n).Append(", "));

  if (sb.Length > 0) { sb.Remove(sb.Length - 2, 2); }

  Console.WriteLine(sb.ToString());

(том Select там просто, чтобы показать, что вы можете делать больше LINQ.)


вот комбинированный подход Join / Linq, на котором я остановился после просмотра других ответов и рассмотренных вопросов в аналогичном вопросе (а именно, что агрегат и Конкатенат терпят неудачу с 0 элементами).

string Result = String.Join(",", split.Select(s => s.Name));

или (если s Не строку)

string Result = String.Join(",", split.Select(s => s.ToString()));

  • простой
  • легко читать и понимать
  • работает для общих элементов
  • позволяет использовать объекты или свойства объекта
  • обрабатывает случай элементов 0-length
  • может использоваться с дополнительной фильтрацией Linq
  • выполняет хорошо (по крайней мере по моему опыту)
  • не требует (ручного) создания дополнительного объекта (например,StringBuilder) для реализации

и, конечно, Join заботится о надоедливой конечной запятой, которая иногда пробирается в другие подходы (for, foreach), поэтому я искал решение Linq во-первых.


быстрые данные о производительности для StringBuilder vs Select & Aggregate case более 3000 элементов:

модульный тест - длительность (секунды)
LINQ_StringBuilder - 0.0036644
LINQ_Select.Агрегат-1.8012535

    [TestMethod()]
    public void LINQ_StringBuilder()
    {
        IList<int> ints = new List<int>();
        for (int i = 0; i < 3000;i++ )
        {
            ints.Add(i);
        }
        StringBuilder idString = new StringBuilder();
        foreach (int id in ints)
        {
            idString.Append(id + ", ");
        }
    }
    [TestMethod()]
    public void LINQ_SELECT()
    {
        IList<int> ints = new List<int>();
        for (int i = 0; i < 3000; i++)
        {
            ints.Add(i);
        }
        string ids = ints.Select(query => query.ToString())
                         .Aggregate((a, b) => a + ", " + b);
    }

Я всегда использую метод расширения:

public static string JoinAsString<T>(this IEnumerable<T> input, string seperator)
{
    var ar = input.Select(i => i.ToString()).ToArray();
    return string.Join(seperator, ar);
}

By'супер-классный LINQ way ' вы можете говорить о том, как LINQ делает функциональное программирование намного более приемлемым с использованием методов расширения. Я имею в виду синтаксический сахар, который позволяет связывать функции визуально линейным способом (один за другим) вместо вложенности (один внутри другого). Например:

int totalEven = Enumerable.Sum(Enumerable.Where(myInts, i => i % 2 == 0));

можно написать так:

int totalEven = myInts.Where(i => i % 2 == 0).Sum();

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

многие другие ответы утверждают, что String.Join - это путь, потому что это самый быстрый и простой для чтения. Но если принять мою интерпретацию ... --7-->супер-классный LINQ way' тогда ответ-использовать String.Join но оберните его в метод расширения стиля LINQ, который позволит вам связать ваши функции в визуально приятный способ. Поэтому, если вы хотите написать sa.Concatenate(", ") вам просто нужно создать что-то вроде этого:

public static class EnumerableStringExtensions
{
   public static string Concatenate(this IEnumerable<string> strings, string separator)
   {
      return String.Join(separator, strings);
   }
}

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


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


здесь он использует pure LINQ в качестве одного выражения:

static string StringJoin(string sep, IEnumerable<string> strings) {
  return strings
    .Skip(1)
    .Aggregate(
       new StringBuilder().Append(strings.FirstOrDefault() ?? ""), 
       (sb, x) => sb.Append(sep).Append(x));
}

и это чертовски быстро!


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

таким образом, вы можете одну строку:

List<string> strings = new List<string>() { "one", "two", "three" };

string concat = strings        
    .Aggregate(new StringBuilder("\a"), 
                    (current, next) => current.Append(", ").Append(next))
    .ToString()
    .Replace("\a, ",string.Empty); 

Edit: вы либо хотите сначала проверить пустую перечисляемую, либо добавить .Replace("\a",string.Empty); до конца выражения. Наверное, я пыталась быть слишком умной.

ответ от @a.друг может быть немного больше исполнитель, я не уверен, что замена делает под капотом по сравнению с удалением. Единственное другое предостережение, если по какой-то причине вы хотите объединить строки, которые заканчивались на \a, Вы потеряете свои сепараторы... Я нахожу это маловероятным. Если у вас есть другие необычные символы на выбор.


Вы можете комбинировать LINQ и string.join() достаточно эффективно. Здесь я удаляю элемент из строки. Есть лучшие способы сделать это, но вот это:

filterset = String.Join(",",
                        filterset.Split(',')
                                 .Where(f => mycomplicatedMatch(f,paramToMatch))
                       );

много вариантов здесь. Вы можете использовать LINQ и StringBuilder, чтобы получить производительность так:

StringBuilder builder = new StringBuilder();
List<string> MyList = new List<string>() {"one","two","three"};

MyList.ForEach(w => builder.Append(builder.Length > 0 ? ", " + w : w));
return builder.ToString();

Я сделал следующее быстро и грязно при разборе файла журнала IIS с помощью linq, он работал @ 1 миллион строк довольно хорошо (15 секунд), хотя получил ошибку из памяти при попытке 2 миллионов строк.

    static void Main(string[] args)
    {

        Debug.WriteLine(DateTime.Now.ToString() + " entering main");

        // USED THIS DOS COMMAND TO GET ALL THE DAILY FILES INTO A SINGLE FILE: copy *.log target.log 
        string[] lines = File.ReadAllLines(@"C:\Log File Analysis-8 E5.log");

        Debug.WriteLine(lines.Count().ToString());

        string[] a = lines.Where(x => !x.StartsWith("#Software:") &&
                                      !x.StartsWith("#Version:") &&
                                      !x.StartsWith("#Date:") &&
                                      !x.StartsWith("#Fields:") &&
                                      !x.Contains("_vti_") &&
                                      !x.Contains("/c$") &&
                                      !x.Contains("/favicon.ico") &&
                                      !x.Contains("/ - 80")
                                 ).ToArray();

        Debug.WriteLine(a.Count().ToString());

        string[] b = a
                    .Select(l => l.Split(' '))
                    .Select(words => string.Join(",", words))
                    .ToArray()
                    ;

        System.IO.File.WriteAllLines(@"C:\Log File Analysis-8 E5.csv", b);

        Debug.WriteLine(DateTime.Now.ToString() + " leaving main");

    }

реальная причина, по которой я использовал linq, была для Distinct (), который мне нужен ранее:

string[] b = a
    .Select(l => l.Split(' '))
    .Where(l => l.Length > 11)
    .Select(words => string.Format("{0},{1}",
        words[6].ToUpper(), // virtual dir / service
        words[10]) // client ip
    ).Distinct().ToArray()
    ;

Я написал об этом в блоге некоторое время назад, что я сделал швы, чтобы быть именно тем, что вы ищете:

http://ondevelopment.blogspot.com/2009/02/string-concatenation-made-easy.html

в блоге описывают, как реализовать методы расширения, которые работают на IEnumerable и называются Concatenate, это позволит вам писать такие вещи, как:

var sequence = new string[] { "foo", "bar" };
string result = sequence.Concatenate();

или более сложные вещи, как:

var methodNames = typeof(IFoo).GetMethods().Select(x => x.Name);
string result = methodNames.Concatenate(", ");