C# Ersetzen Sie alle Elemente von List<string> mit dem gleichen Muster mit LINQ

Habe ich eine C# - Liste mit tausenden von strings: 

"2324343"
"6572332"
"45122" ...

Möchte ich ersetzen alle von Ihnen werden mit eckigen Klammern um Sie herum, so dass Sie dann Aussehen würde 

"(2324343)"
"(6572332)"
"(45122)" ...

Ich weiß, wie man schreiben Sie eine for-Schleife und die dies tun, aber ich würde gerne wissen, ob es eine Möglichkeit gibt, es zu tun mit LINQ und LAMBDA-Ausdruck bevorzugt. Ich bin offen für andere Vorschläge, wie gut.

Vielen Dank!

InformationsquelleAutor Jenninha | 2013-06-04
  1. 29
    var resultList = list.Select(x => string.Format("({0})", x)).ToList();
    • Wenn es wirklich Tausende von strings, und alles, was Sie tun wollen ist, parenthesises um Sie herum, ich würde es nicht verwenden string.Format, verwenden Sie einfach '(' + x + ')'. string.Format kann ein Tier, das er verarbeitet VIELE verschiedene Formatierungen (und können auch erweitert werden).
    • Haben Sie benchmarked es? Ich habe gerade Tat: für 10000000 strings string.Format nahm 5785 ms, während '(' + x + ')' nahm 4531 ms. Ich sehe keine Vorteile, wenn man bedenkt, dass für Ihre Lösung erstellen Sie zwei Zeichenfolgen für jede Eingabe die Zeichenfolge, während string.Format erstellen nur eine pro input-string. HINWEIS: "(" + vals[i] + ")" führt in 2088 ms. Dies ist wahrscheinlich auf eine Box-Ausgabe des chars. Der Faktor 3 ist mehr wie eine Verbesserung für mich
    • Nicht persönlich, Nein. Ich habe gerade gelesen, Dokumentation für loggin, die dringend Ratschläge gegen die Verwendung von es für den performance-Gründe. Auch, wenn der compiler einen fairen Betrag von smart (was ich davon ausgehen ist), wird es nur eine Zeichenfolge erstellt, beide Male (ich bezweifle stark (000 erstellt zunächst als (000) (oder Umgekehrt), obwohl ich verwechselt werden könnten.
    • IIRC, indem "(" + x + ")" im wesentlichen wandelt es in ein String.Concat nennen, die sich ziemlich effizient. EDIT: Gerade bemerkt, die Nutzung von char mit einfachen Anführungszeichen; ich würde das nicht persönlich, ich nur stick mit strings. 🙂
    • siehe die IL, Sie werden überrascht sein)
    • mit oder ohne Optimierungen? Auch, IL ist nicht die Letzte Antwort, die Dinge JIT-Anpassung später. Aber wie gesagt, Sie könnten Recht haben. Auch für Sport, versuchen, die Berme so etwas wie dieses: monobin.com/1574 . Ich habe keine VS (oder windows, für diese Angelegenheit) auf meinem aktuellen PC, so dass ich nicht in der Lage bin, es zu tun selbst, aber es wäre ein Spaß Vergleich imho.
    • Sie unfertige Schnipsel. Verwenden http://www.ideone.com zu veröffentlichen, und starten Sie C# - code. Dies wäre ein sehr guter Beweis, auch wenn es benutzt Mono clr.
    • Ich weiß. Keine IDE macht für schwierig Kodierung Methode, die ich eigentlich nie nutzen :). Können Sie hochladen, den code, den Sie verwendet für Ihre benchmark-also ich kann mir in einer ähnlichen Art und Weise?
    • ja, sicher
    • 1. der compiler ist schlauer als ich. 2. string.Format ist 3 mal so langsam wie ( + x + ). ideone.com/DfyTpO habe ich entfernt, alle LINQ-so dass Sie alle stehen auf gleicher Augenhöhe (ohne den Aufwand für Methoden-aufrufen etc.).
    • Diese "Leistung" - Diskussion ist eine der albernsten Dinge, die ich in einer Weile gesehen habe, beginnend mit dem ersten Kommentar. Es ist höchst unwahrscheinlich, dass dieser code ist ein Engpass. So dass jede Zeit damit verbracht, zu optimieren, ist es einfach nur verschwendet. Und obwohl der "Faktor 3" Verbesserung der Geschwindigkeit scheint beeindruckend, wir reden hier von vielleicht vier Sekunden für 10 Millionen Iterationen. Niemand wird einen Unterschied bemerken. Je.
    • Vorausgesetzt, die Zeit damit verbracht, die Konvertierung ist nicht für den Benutzer sichtbar, ich Stimme dem vollständig zu. Allerdings, wenn die Konvertierung erfolgt über einen gemeinsamen Code zwischen den Benutzer auf die parenthesize-Taste und die Anwendung, die die Anzeige einer Nachricht zum Abschluss sogar ein Zehntel einer Sekunde ist genug, um Materie.
    • Ich glaube nicht, dass @JimMischel Kommentar ist nützlich, ein paar Sekunden ist schon eine lange Zeit, und Sie haben keine Ahnung, was das ist, es könnte auch ein Engpass. Auch diese Diskussion ist die Bereitstellung von mehr detaillierte Informationen über eine mögliche Lösung und ist lehrreich. Nur meiner bescheidenen Meinung nach 🙂

    InformationsquelleAutor Giedrius
Schreibe einen Kommentar