String-Konstante für eine neue Zeile + tab?

Möchte ich ein C# 4 string-Konstanten repräsentieren eine neue Zeile und eine Registerkarte, wie im folgenden:

internal const string segment = "\r\n\t";

Ich weiß, es ist Umwelt.Newline ich denke mal, dass ich verwenden könnte, wie diese:

internal const string segment = Environment.NewLine + "\t";

Meine Frage ist, was ist die effizienteste Art und Weise zu konstruieren, die eine string-Konstante, hat eine neue Linie und eine Registerkarte?

  • Die zweite ist besser, da es Plattform-unabhängig
  • Effizient in whay Art und Weise? Lesbarkeit? Reine Geschwindigkeit? OS Portabilität? "\r\n\t" wird Ihnen wahrscheinlich geringfügig bessere Leistung, aber möglicherweise nicht geeignet für alle Umgebungen, einschließlich Browser, Windows/Unix, etc).
  • Im Gegenteil, der Wert der zweiten absolut hängt von der Plattform ab.
  • aber, weil der Wert des Ausdrucks hängt von der Plattform ab, die Richtigkeit des Codes nicht. Ich würde auch beachten, dass da Umweltschutz.NewLine ist eine Eigenschaft, es kann nicht verwendet werden, in die ein konstanter Ausdruck sein, so ist die zweite Erklärung des Segments, der sich ändern muss, um erfolgreich kompiliert (wie bereits in Reed Copsey Antwort)
  • Jon ist richtig, hier, obwohl - die zweite ist eine funktional andere option als die erste. Ich vermute, das Ziel ist die Umwelt.NewLine, aber es gibt spezielle Fälle (wie den, der versucht, ein bestehendes Protokoll), wo \r\n möglicherweise die richtige Wahl für alle ausführenden Plattform. Es gibt keine Möglichkeit zu wissen, welche option ist die richtige für eine bestimmte Plattform, ohne weitere Informationen.
  • vereinbart. Ich wollte nur darauf hinweisen, dass der Begriff "Plattform-unabhängig" kann verwirrend sein: Wir schaffen die Plattform-unabhängige Dinge (z.B., .NET-assembly) durch die Verwendung von Plattform-abhängigen Elemente (z.B. CLR-jit-compiler).
  • ja @JonSkeet dafür würde der code unabhängig von der Plattform sein
  • Den Wert der Zeichenfolge hängt von der Plattform ab. Es kann gut sein, dass die Plattform-spezifischen string-Wert ist das gewünschte Verhalten, aber ich nennen würde, des Wertes, änderungen, basierend auf welcher Plattform Sie verwenden, ein Plattform-spezifisches (nicht plattformunabhängig) Stück code.
  • Ich dachte, wir diskutieren über die Frage und den code nicht einfach den NewLine-Wert. Ja den NewLine-Wert in der Tat an eine bestimmte Plattform gebunden. Das war der springende Punkt.
  • Nun, du hast behauptet, dass die zweite Zeile des Codes wurde Plattform-unabhängig. Ich denke, es wäre viel klarer zu sagen, es ist eine portable Möglichkeit zu schaffen, ein string, der die Plattform-spezifische line-separator, gefolgt von einem tab.
  • Hat 2 mal kompilieren? Ich bekomme, "der Ausdruck zugewiesen wird-segment muss konstant sein." Doh! Lesen Sie weiter in dem thread.

InformationsquelleAutor syneptody | 2011-12-15
  1. 15

    Vorausgesetzt, Sie deklarieren die Zeichenfolge als const wie oben beschrieben, es gibt absolut keinen Unterschied in Bezug auf die Effizienz. Jede Konstante ersetzt werden zur compile-Zeit nutzen und ein Praktikum string.

    Leider die zweite option ist nicht eine compile-Zeit-Konstanten, und werden nicht kompiliert. Um es zu nutzen, müssten Sie erklären es als:

    internal static readonly string segment = Environment.NewLine + "\t";

    Ich persönlich finde dies sehr deutlich in Bezug auf die Absicht, und es wäre meine Präferenz, auch wenn es nicht zu einem compile-Zeit-Konstante. Der zusätzliche Aufwand/Verlust der Effizienz ist so unglaublich gering sein, dass würde ich persönlich wählen, die klare Absicht und lesbare Codes über die compile-Zeit-Konstante.

    Beachten Sie, dass die Verwendung Environment.NewLine hat auch den Vorteil, dass richtige wenn Sie port diesen code auf Mono, und Ihr Ziel ist es, die aktuellen Plattformen line separator. Die erste falsch sein, auf nicht-Windows-Plattformen, die in diesem spezifischen Fall. Wenn Ihr Ziel ist, die speziell gehören "\r\n\t", und habe nicht den Wunsch, die Plattform-spezifische line-separator, dann Environment.NewLine eine ungeeignete Wahl.

    • +1 für die Feststellung der Plattform-Unterschiede.
    • Der "richtige" ist, hängt davon ab, wie die OP-Planung zu verwenden. Wenn das Ziel ist, zu repräsentieren "Wagenrücklauf, Zeilenvorschub, Tabulator", dann die erste form korrekt ist und die zweite nicht. Wenn das Ziel ist, zu repräsentieren "das line-separator für die aktuelle Plattform, gefolgt von einem Tabulator", dann die zweite form ist richtig. Weder ist universell, das richtige zu tun.
    • Ja, ich war der Annahme, dass die Lust auf den OP-Teil zu verwenden Umwelt.NewLine vorgeschlagen, dass die OP wollte ein line-separator.
    • Esp. seit der OP erklärte die Absicht war die Schaffung einer "Konstanten repräsentieren eine neue Zeile und einen Reiter".
    • Ich bin immer vorsichtig, in dieser Sache, wie viele Menschen verwenden Umwelt.NewLine vorausgesetzt, es ist immer das richtige zu tun, auch wenn Sie eigentlich sprechen, Netzwerk-Protokolle, die eine bestimmte Zeile Trennzeichen.
    • Guter Punkt... Bearbeitet meine Antwort zu gehören, die als ein detail.

    InformationsquelleAutor Reed Copsey
  2. 5

    const wird nicht funktionieren. verwenden static readonly.

    internal static readonly string segment = Environment.NewLine + "\t";
    • Konstanten müssen Konstant Strings "Das ist ein Const"
    • können Sie das noch näher erläutern? Dies ist ein akzeptabler Weg, um erstellen Sie eine Konstante mit dem Wert.
    • internal static string segment = Umgebung.NewLine + "\t"; wird die Arbeit oder machen Sie es private static string.
    • dann könnte ich überschreiben Sie den Wert später auf. readonly verhindert.
    • Nicht-Konstante strings benötigen nicht Konstante. Environment.NewLine ist nicht konstant und kann so nicht verwendet werden, die bei der Schaffung einer const.
    • na toll.. Wenn Sie Lesen, was ich schrieb, entweder eine private oder eine statische wirst du sehen, dass ich die Frage beantwortet.. Dupa Skulvison
    • was ich sagen wollte-Umgebung.NewLine ist nicht ein const-Konstanten erwarten", " ist alles, was ich versuchte zu pointout so die down-voting ist wirklich unnötig..

    InformationsquelleAutor Daniel A. White
  3. 1

    Reine Geschwindigkeit, Effizienz dann der erste Sieg, vor allem, da das zweite nicht gemacht werden const - und dann können nicht zusammengestellt werden.

    Immer noch, der zweite ist zu sehr verdammt schnell in der Tat, ich würde also nicht kümmern.

    Viel wichtiger ist, dass diese einfach nicht das gleiche.

    Geht es um "warum werden Sie mit Hilfe \r\n\t"?

    Wenn Sie \r\n\t, weil Sie auf Windows und auf Windows-Zeilenumbrüche werden normal \r\n, dann sollten Sie auf jeden Fall nutzen:

    internal static readonly string segment = Environment.NewLine + "\t";

    Die andere falsch wäre, und könnte die Einführung bugs, die Sie nicht für Jahre zu kommen.

    Wenn Sie \r\n denn Sie arbeiten mit einer Spezifikation, die sagt, "separate Segmente mit einem CRLF gefolgt von einem Tabulator", dann sollten Sie auf jeden Fall nutzen:

    internal const string segment = "\r\n\t";

    Mithilfe der anderen wäre falsch.

    Dies ist etwas, das nicht beißen Menschen für real. Windows-Leute schreiben, HTTP-code, der passiert einfach zu verwenden ein Windows-Zeilenumbruch-zwischen-Header zwischen zwei das Kopf-und Körper. Dann wird es portiert auf die Stelle, wo der Zeilenumbruch ist \n, und es bricht, weil HTTP Mandate \r\n egal was das system verwendet. Das gleiche gilt anders herum.

    (Unter den strengen - /permissiven Prinzip, es kann auch sein eine gute Idee zu übernehmen, dass anderen code gibt, wird immer dieser falsch ist, und akzeptieren Sie alle die verschiedenen newline-Formen gibt).

    InformationsquelleAutor Jon Hanna
Schreibe einen Kommentar