Ausgabe

Ändere das Wort zwischen den Anführungszeichen, und der Bildschirm ändert sich mit. Der Lehrtyp heißt weiterhin Pine, und der Schreibaufruf bleibt Console.WriteLine. Beim letzten Mal stand pine in den Anführungszeichen, also zeigte der Bildschirm pine. Setze ein anderes Wort zwischen dieselben Anführungszeichen, füge eine zweite Schreibzeile hinzu und sieh dann, was der Bildschirm tut, wenn eine Schreibzeile die Zeile nicht beendet. Du installierst das SDK nicht noch einmal. Notizen von der letzten Seite fehlen in dieser Demo, außer du setzt sie selbst zurück.

Das Wort zwischen den Anführungszeichen

Öffne die Pine-Datei und finde Console.WriteLine("pine");. Der Bildschirm zeigt das Wort zwischen den Anführungszeichen. Die Anführungszeichen selbst sind keine Buchstaben für den Bildschirm. Sie markieren, wo dieses Wort beginnt und wo es endet. Ändere das Wort. Lass den Rest der Zeile stehen: Console.WriteLine bleibt, das öffnende Anführungszeichen bleibt, das schließende bleibt, und das Semikolon bleibt. Nur die Buchstaben zwischen den Anführungszeichen ändern sich. Wo die Datei pine hatte, schreibe leaf, alles klein. Die Zeile lautet jetzt Console.WriteLine("leaf");. Speichere die Datei. Der Klassenname bleibt Pine, weil die Zeile public class Pine den Typ weiterhin benennt. Diese Seite benennt den Typ nicht um.

Die Datei, die du behältst

Behalte diese Lehrform. Sie hat eine Schreibzeile, und diese Zeile hält leaf zwischen den Anführungszeichen. In dieser Datei gibt es keine Notiz. Es gibt noch keine zweite Schreibzeile.

Lies von oben und entscheide, was der Bildschirm empfangen kann. Die Zeile using System; bereitet kurze Namen vor und schreibt den Bildschirm nicht. Die Klassenzeile ist public class Pine. Diese Zeile benennt den Typ. Sie schreibt den Bildschirm nicht. Die nächste Zeile ist public static void Main(). Dort startet die Laufzeit. Keines dieser Wörter sind Buchstaben für den Bildschirm. Innerhalb von Main steht ein Befehl: Console.WriteLine("leaf");. Console.WriteLine ist der Schreibbefehl. Die Anführungszeichen halten leaf. Das Semikolon beendet den Befehl. Die Laufzeit führt diesen Befehl aus, weil er in Main sitzt und nicht hinter // steht. Der Bildschirm empfängt leaf. Er empfängt nicht die Anführungszeichen, nicht das Semikolon, nicht das Wort Console und nicht das Wort Main.

Starte es mit dotnet run im Projektordner. Der Bildschirm zeigt leaf. Eine Zeile. Keine Anführungszeichen. Kein Semikolon. Das Wort pine steht nicht auf dem Bildschirm, weil pine nicht mehr zwischen den Anführungszeichen steht. Wenn der Bildschirm noch pine zeigt, enthalten die Anführungszeichen noch pine. Sieh dir die Buchstaben zwischen den Anführungszeichen an, bevor du erneut startest. Du installierst das .NET SDK nicht neu für einen Bildschirm, der noch pine sagt.

Der Bildschirm kopiert die Buchstaben zwischen den Anführungszeichen so, wie sie sind. Console.WriteLine("Leaf"); schreibt Leaf mit großem L. Console.WriteLine("leaf"); schreibt leaf mit kleinem l. Die Datei, die du behältst, nutzt das kleine l, also ist ihr Bildschirm leaf und nicht Leaf. Ein Leerzeichen ist auch ein Buchstabe, den der Bildschirm zeigen kann, wenn du das Leerzeichen in die Anführungszeichen tippst. Console.WriteLine("leaf stem"); schreibt eine Zeile, leaf stem, mit dem Leerzeichen, das du zwischen die beiden Wörter gesetzt hast. Die Anführungszeichen erscheinen weiterhin nicht. Das ist eine Schreibzeile, also eine Bildschirmzeile, auch wenn zwei Wörter darin stehen. Ein leeres Paar Anführungszeichen ist anders. Console.WriteLine(""); schreibt eine Zeile ohne Buchstaben und beendet diese Zeile dann. Der Bildschirm wirkt leer. Der Befehl ist gelaufen. Die Anführungszeichen hielten einfach nichts. Diese leere Zeile ist nicht die Datei, die du behältst. Die Datei, die du behältst, hält leaf.

Eine zweite Zeile

Eine Schreibzeile ergibt eine Bildschirmzeile. Eine zweite Bildschirmzeile braucht eine zweite Schreibzeile. Unter Console.WriteLine("leaf"); füge Console.WriteLine("stem"); hinzu. Jeder Befehl hat seine eigenen Anführungszeichen und sein eigenes Semikolon. leaf bleibt im ersten Paar. stem, alles klein, kommt ins zweite Paar. Die Laufzeit führt den ersten Befehl aus, beendet diese Zeile, führt dann den zweiten Befehl aus und beendet auch diese Zeile. Die Bildschirmreihenfolge ist die Dateireihenfolge. Der Befehl, den du zuerst geschrieben hast, ist die Zeile, die der Bildschirm zuerst zeigt.

Das ist die zweite Datei. Du siehst zwei Bildschirmzeilen. Die Datei, die du behalten hast, hatte eine Schreibzeile und der Bildschirm war leaf. Diese hat zwei Schreibzeilen. Nutze sie, wenn du diesen Bildschirm sehen willst, und setze die einzelne Schreibzeile wieder, wenn du die Datei willst, die diese Seite behält.

Starte dotnet run. Der Bildschirm zeigt leaf, und die nächste Bildschirmzeile ist stem. Zwei Zeilen. leaf steht oben, weil Console.WriteLine("leaf"); der erste Schreibbefehl ist. stem steht darunter, weil Console.WriteLine("stem"); der zweite ist. Die Anführungszeichen stehen auf keiner Zeile. Wenn stem oben und leaf darunter steht, sind die beiden Schreibzeilen in der Datei in dieser vertauschten Reihenfolge. Der Bildschirm wählt keine eigene Reihenfolge. Schiebe den stem-Befehl wieder unter den leaf-Befehl, speichere und starte erneut. Du brauchst keine neue Art von Befehl für die zweite Zeile. Du brauchst ein zweites Console.WriteLine mit seinem eigenen Wort zwischen seinen eigenen Anführungszeichen.

Write beendet die Zeile nicht

Sieh dir das Ende des Schreibbefehls an, den du benutzt hast. WriteLine endet mit den Buchstaben Line. Diese Buchstaben sind das Zeilenende. Der Befehl schreibt die Buchstaben zwischen den Anführungszeichen und beendet dann die Zeile, sodass der nächste Schreibbefehl auf einer frischen Zeile beginnt. Write ist derselbe Schreibhelfer ohne diese Buchstaben. Console.Write("leaf"); schreibt leaf und beendet die Zeile nicht. Das nächste Console.Write beginnt dort, wo dieses Wort aufgehört hat. Nichts im Befehl setzt ein Leerzeichen für dich. Wenn das erste Paar leaf und das zweite Paar stem hält und keines ein Leerzeichen hält, zeigt der Bildschirm leafstem als eine Zeile.

Das ist die dritte Datei. Es ist nicht die Datei, die du behältst. Nutze sie lange genug, um die einzelne Zeile leafstem zu sehen. Beide Befehle sind Write, nicht WriteLine. In keinem Paar Anführungszeichen steht ein Leerzeichen.

Starte dotnet run. Der Bildschirm zeigt leafstem. Eine Zeile. Kein Leerzeichen zwischen leaf und stem. Keine Anführungszeichen. leaf ist weiterhin zuerst, weil Console.Write("leaf"); der erste Befehl ist, und stem klebt danach, weil Console.Write("stem"); keine neue Zeile beginnt. Wenn du leaf und dann stem auf einer zweiten Zeile siehst, sind die Befehle in der Datei WriteLine, nicht Write. Die Buchstaben Line stehen noch am Befehl, also hat jeder Befehl seine Zeile beendet. Nimm Line von beiden Befehlen, wenn der Bildschirm, den du willst, das einzelne Wort leafstem ist.

Das Programm schreibt leafstem und endet, ohne die Zeile zu beenden. Das Terminal kann seine eigene Eingabeaufforderung auf derselben Zeile nach leafstem zeichnen. Die Aufforderung gehört zum Terminal. Sie ist kein Wort aus der Pine-Datei und kein Teil der Zeile, die du prüfst. Prüfe die Buchstaben zwischen den Anführungszeichen: leafstem. Versuche nicht, die Aufforderung zu matchen. Windows und macOS zeichnen unterschiedliche Aufforderungen, und diese Seite lehrt diese Aufforderungen nicht. Die Programmzeile ist auf beiden dieselbe: leafstem, ohne Zeilenende danach.

Ein Leerzeichen muss in den Anführungszeichen stehen

Wenn du ein Leerzeichen auf derselben Zeile willst, muss das Leerzeichen einer der Buchstaben zwischen den Anführungszeichen sein. Der Schreibbefehl erfindet es nicht. Ändere den ersten Befehl zu Console.Write("leaf "); mit einem Leerzeichen nach dem f, weiterhin in den Anführungszeichen. Lass den zweiten Befehl als Console.Write("stem");. C# schreibt leaf, schreibt dann das Leerzeichen, das du nach dem f gesetzt hast, schreibt dann stem und beendet die Zeile weiterhin nicht. Der Bildschirm zeigt leaf stem. Das Leerzeichen, das du siehst, ist das Leerzeichen im ersten Paar. Ein Leerzeichen außerhalb der Anführungszeichen, zwischen den beiden Befehlen, ist nur eine Lücke in der Datei. Es ist kein Buchstabe für den Bildschirm. Du kannst die beiden Befehle in der Datei auf zwei Zeilen brechen oder eine Leerzeile dazwischen setzen, und der Bildschirm bleibt eine Zeile. Zeilenumbrüche in der Datei sind keine Zeilenenden auf dem Bildschirm. Nur der zeilenbeendende Befehl, WriteLine, beendet eine Bildschirmzeile. Write tut das nie, egal wie die Datei darum herum gesetzt ist.

Der Fehler, der die Anführungszeichen weglässt

Das Wort, das der Bildschirm zeigt, muss zwischen Anführungszeichen sitzen. Der Fehler ist, die Anführungszeichen zu löschen und das Wort nackt zu lassen: Console.WriteLine(leaf);. leaf ohne Anführungszeichen ist kein Wort für den Bildschirm. C# liest es als Namen, und diese Datei hat diesen Namen noch nicht. Die nächste Seite handelt von Namen. Diese Seite bleibt bei den Anführungszeichen. Behalte diese vierte Form nur lange genug, um zu sehen, dass der Build nicht still bleibt, und setze die Anführungszeichen dann zurück. Das ist nicht die Datei, die du behältst.

Starte dotnet run oder baue das Projekt. Diesmal schreibt der Compiler einen Fehler. Er bleibt nicht still. Die Datei ist nicht in Ordnung, weil leaf keine Anführungszeichen hat und in dieser Datei noch keine Bedeutung. Du brauchst nicht die genauen Wörter dieses Fehlers. Die nützliche Tatsache ist, dass der Build überhaupt eine Zeile geschrieben hat. Wenn der Build einen Fehler schreibt, gibt es keinen neuen Bildschirm, dem du vertrauen kannst, bis die Datei wieder in Ordnung ist. Setze die Anführungszeichen zurück, sodass die Zeile wieder Console.WriteLine("leaf"); lautet. Speichere. Starte erneut. Jetzt bleibt der Build still genug zum Laufen, und der Bildschirm zeigt leaf. Die Anführungszeichen waren die ganze Reparatur. Du installierst das SDK nicht neu und entfernst die Schreibzeile nicht. Eine Schreibzeile ohne Anführungszeichen ist kein leerer Bildschirm von einer Notiz. Eine Notiz hätte den Build still gelassen. Dieser Fehler lässt den Compiler sprechen. Halte übrig gebliebene Java-Gewohnheiten mit System.out.println hier auf Console.WriteLine abgebildet und System.out.print auf Console.Write. Halte erfundene ASP.NET-Routen von dieser Seite fern.

Der Bildschirm ist das zitierte Wort

Du kannst den Bildschirm jetzt ändern, indem du die Buchstaben zwischen den Anführungszeichen änderst. Console.WriteLine("leaf"); schreibt leaf und beendet die Zeile. Ein zweites Console.WriteLine schreibt die nächste Zeile, in der Reihenfolge, in der du die Befehle in der Datei geschrieben hast. Console.Write schreibt seine Buchstaben und beendet die Zeile nicht, also setzt ein folgendes Write auf derselben Zeile fort, und ein Leerzeichen erscheint nur, wenn du es in die Anführungszeichen setzt. Wenn der Build bei einem nackten Wort einen Fehler schreibt, fehlen die Anführungszeichen. Setze die Datei auf die zurück, die du behältst, wenn du mit dem Blick auf leafstem fertig bist. Die Schreibzeile in der Datei, die du behältst, ist Console.WriteLine("leaf"); und es gibt keine zweite Schreibzeile. Die nächste Seite gibt einem Wort einen Namen, damit eine Schreibzeile diesen Namen statt nur eines zitierten Worts nutzen kann.