System.aus.println() vs \n in Java

Sagen wir, ich wollte drucken 5 Linien. Welche ist die beste Methode (für die Leistung und Lesbarkeit).

System.out.println();
System.out.println();
System.out.println();
System.out.println();
System.out.println();

oder 

System.out.println("\n\n\n\n");

Ist es eine Frage der Präferenz oder ist eine besser als die andere. Es scheint so, als würde eine Menge Zeit sparen, verwenden Sie die zweite Methode.

  • Ich würde +2 Ihr Kommentar, wenn ich könnte 🙂
  • Ich +1 würden Sie es für Sie 🙂
  • Ich bezweifle ernsthaft, es gibt keinen Unterschied in der Leistung, und die Lesbarkeit ist eine persönliche Entscheidung ist (und würde, hängt von der situation ab).
  • Ich erinnere mich, als ich anfing, stellte ich fast die gleiche Frage. Als Schüler ist es schwierig zu wissen, was echte computer-Wissenschaftler tun würde. Ich erinnere mich, "\n" sah sehr merkwürdig und immer am günstigsten gelegene extra printlns. Dies ist keine triviale Frage für jemanden, der gerade erst in der informatik. (@pst noch +1, aber ich denke, Sie sollten erklären, warum: das ist eine sehr interessante Frage!)
InformationsquelleAutor Will | 2011-07-13
  1. 29

    Es ist ein funktionale Unterschied zwischen den beiden. Die erste version Ausgänge Zeilenumbrüche, die über die Plattform bevorzugt, line separator. Die zweite version Ausgänge newline-Zeichen, die wahrscheinlich unangemessen für Windows oder Mac OS.

    Dies ist wichtiger als jede Reale oder eingebildete performance-Vorteile.

    Auf dem Thema performance, und warum jeder scheint zu sagen "jetzt reicht es".

    Den Unterschied in der Leistung zwischen den beiden Arten des Schreibens, der code ist wahrscheinlich eine kleine Anzahl von Mikrosekunden oder weniger. In anderen Worten, eine end-Benutzer nicht den Unterschied bemerken ... es sei denn, der code ausgeführt wird millionenfach.

    Als eine Allgemeine Regel, professionelle software-Ingenieure sind der Ansicht, dass es sich nicht lohnt, Zeit zu verbringen, um etwas schneller, wenn es nicht werden müssen schneller. Und es ist sicherlich nicht lohnt sich der AUFTRAGGEBER das Geld, dies zu tun.

    Sollten Sie nur schwelgen in der Mikro-Optimierung, wenn Sie über klare Beweise, dass es ist, oder wird ein performance-problem, und dass der code, den Sie zu optimieren ist, wo das eigentliche problem ist /sein wird. Zeitaufwand optimieren die falsche bit-code ist Verschwendete Zeit.

    So, wie Sie wissen wenn zu optimieren?

    • Wenn die Anwendung observably langsam, gemessen an den Kriterien, die wirklich wichtig sind.

    Und wie Sie wissen, was zu optimieren?

    • Durch ausführen von application-Profiler, und analysieren Sie Ihre Ausgabe zu sehen, wo die eigentlichen performance-hotspots und die Engpässe sind.

    Leistung ist nicht immer eine unwichtige Frage. In der Tat, für einige Arten von software, design oder Durchführung, die nicht berücksichtigen, performance und Skalierbarkeit-Anforderungen kann eine totale Katastrophe. Aber die meiste software ist nicht so.

    • +1 für den Hinweis heraus, es ist ein funktionale Unterschied.
    • Während alle Ihre Punkte sind gültig und wertvoll ist, schreiben zu lernen performanten code aus der start bedeutet weniger optimieren müssen später.
    • Vielleicht. Aber für die meisten Menschen, "schreiben von performanten code das erste mal" heißt, dauert länger, um darüber nachzudenken und Schreibe die erste version Ihres code. (Nicht zu erwähnen, Zeit zu verschwenden auf Fragen wie diese ... in der irrigen Annahme, dass es keinen Unterschied machen.) Sicher, es gibt außergewöhnliche Programmierer da draußen, für die schreiben von performanten code ist einfach. Aber Sie sind außergewöhnlich ... und wenn Sie wirklich ehrlich sind, sogar Sie werden zugeben, es ist nicht so einfach wie es scheint.
    InformationsquelleAutor Stephen C
  2. 8

    Vielleicht besser ist als entweder:

    System.out.printf("%n%n%n%n%n");

    Verwendet den line separator entsprechende Plattform, wo "\n" nicht.

    • Dies ist präziser als 4 Aufrufe println(), aber wahrscheinlich langsamer, wenn man sich die Gemeinkosten der Decodierung der format-string. Auf der anderen Seite, dass wohl egal!!! das ist Also eine gute alternative.
    InformationsquelleAutor Ryan Stewart
  3. 0

    Der 2. ist definitiv weniger code, performance-Weise, könnten Sie nicht sehen, einen Unterschied, aber letzterer ist möglicherweise schneller, da Sie nur 1 nennen, aber es wäre vernachlässigbar.

    InformationsquelleAutor Jesus Ramos
  4. 0

    Die zweite option ist sicherlich schneller, da jeder Aufruf von println() bewirkt, dass ein system-Funktion aufgerufen werden. Dieser Sprung in den kernel-code nimmt eine gewisse Zeit. Dies ist die Argumentation hinter Pufferung in C.

    InformationsquelleAutor Maz
  5. 0

    Wie Sie sehen können aus den Antworten, dies ist eine Frage der Präferenz. Das Beispiel, das Sie geben, ist eine sehr einfache, wo die performance-Gewinne und die Lesbarkeit Probleme sind minimal. In einigen komplizierten Fällen jedoch, die die Wahl der scheinbar gleichwertige Methoden zu benutzen, kann lähmend sein, um Ihren code, oder könnte es dadurch zu einem Nachbarn.

    Wenn der code sieht aus wie es ist irgendwie immer chaotisch, versuchen Sie abstrahiert aus der chaotisch-code und gibt es eine einfache Methode read name.

    Also ja, das ist eine Frage der Präferenz.

    (Edit: Nein, dies ist offensichtlich nicht eine Frage der Präferenz (^o^ )//)

    • Es ist nicht nur die Vorliebe. Als Stephen C darauf hingewiesen, es sind Unterschiede.
    • Hmm... wenn der Nutzer wirklich ist zu Fragen, println und ist nur eine println-fan, der wissen will, alles über seine Lieblings-Funktion, dann, ja, das ist die Antwort. Ich denke aber, dass der Nutzer neugierig, ob Programmierer bevorzugen sich selbst zu wiederholen, oder werden knapp. Es ist nur ein Zufall, dass in diesem Fall gibt es einen funktionalen Unterschied (oder vielleicht die Lektion ist hier, dass, wenn Sie genügend Forschung einer Sache, dachte Präferenz kann reduziert werden, um eine funktionale Entscheidung?).
    InformationsquelleAutor Ziggy
  6. 0

    Für Plattform-abhängigen Zeile Trennzeichen ich verwenden würde:

    String ls = System.getProperty("line.separator");
System.out.print(ls+ls+ls+ls+ls);

    Diese Arbeit sollte auf win, linux oder mac.

    InformationsquelleAutor Pablo Pazos
  7. -1

    Die zweite option ist die bessere Methode.

    Es ist nicht nur einfacher für den Programmierer, aber weniger Funktion overhead.

    • Sind wir immer noch debattieren Funktion overhead!? Der hotspot-Optimierer inline oder optimieren die meisten Dinge in einer solchen Weise, dass es sei denn, wir sprechen über den Aufruf der Methode Millionen mal in einer Schleife, die performance-Einbußen vernachlässigbar...
    • Ja, ich habe versäumt zu erwähnen, dass der performance-hit ist nicht existent in diesem Beispiel.
    • +1 aber hören, wie viel willst du Wetten, dass der original-poster nicht wissen über das faszinierende Thema. Warum nicht post eine Antwort auf die Wirkung?
    InformationsquelleAutor ssell
Schreibe einen Kommentar