Использование 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?

754   17  

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 in 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());

(The 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-длины
  • может использоваться с дополнительной фильтрацией 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 путь ' возможно, вы говорите о том, как LINQ делает функциональное программирование намного более приемлемым с использованием методов расширения. Я имею в виду синтаксический сахар, который позволяет связывать функции визуально линейным способом (один за другим) вместо вложения (один внутри другого). Например:

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

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

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

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

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

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

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

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

здесь он использует чистый 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. friend может быть немного больше performant, я не уверен, что замена делает под капотом по сравнению с удалением. Единственное другое предостережение, если по какой-то причине вы хотите объединить строки, которые заканчиваются на \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(", ");

Comments

    Ничего не найдено.