Zeichenketten

string plant = "leaf"; speichert die vier Buchstaben leaf, und Console.WriteLine(plant) schreibt leaf. Die Anführungszeichen bleiben in der Datei. Sie stehen nicht auf dem Bildschirm. Die vorherige Seite speicherte die ganze Zahl 4 ohne Anführungszeichen darum. Hier hält das Paar Anführungszeichen die Buchstaben, und ein fehlendes Paar lässt den Build einen Fehler schreiben. Behalte den öffentlichen Klassennamen Pine. Du installierst das SDK nicht erneut.

Die Anführungszeichen halten die Buchstaben

Öffne die Pine-Datei. Der Klassenname bleibt Pine. Diese Seite benennt den Typ nicht um. Die letzte Seite behielt int count = 4; ohne Anführungszeichen und ohne Tastatur. Diese Seite behält diese Zahl nicht. Lösche die int-Zeile, wenn sie noch da ist. Lösche jede ReadLine-Zeile. Die Datei, die du behältst, hat kein Warten und keine Ganzzahlzeile. Die Buchstaben werden nur von der Schreibzeile geschrieben, die den Namen nutzt.

Innerhalb von Main ist die Speicherzeile string plant = "leaf";. string ist das Artwort. Es sagt, dass dieser Name Buchstaben hält. plant ist der Name und beginnt mit kleinem p. Das =-Zeichen speichert die Buchstaben. Danach kommt das Paar. Das erste Anführungszeichen öffnet die Buchstaben. Die vier Buchstaben sind l, e, a, f, in dieser Reihenfolge, alle klein. Das zweite Anführungszeichen schließt die Buchstaben. Zwischen diesen beiden Anführungszeichen steht nichts anderes: kein Leerzeichen, kein Extra-Buchstabe, kein zweites Wort. Das Semikolon beendet die Zeile. Diese Zeile schreibt den Bildschirm nicht. Speichern ist nicht Schreiben. Der Bildschirm bleibt durch diese Zeile leer. Die Anführungszeichen gehören zur Speicherzeile. Sie sind nicht Teil des Werts, den der Name hält, nachdem die Zeile gespeichert hat.

Die Schreibzeile ist der bloße Name: Console.WriteLine(plant);. Keine Anführungszeichen. C# liest den Namen plant, schreibt die Buchstaben, die dieser Name hält, und beendet die Zeile. Für die Datei, die du behältst, sind diese Buchstaben l, e, a, f. Die Anführungszeichen stehen nicht auf dem Bildschirm. Die Buchstaben des Namens, p, l, a, n, t, stehen nicht auf dem Bildschirm. string steht nicht auf dem Bildschirm. Console steht nicht auf dem Bildschirm. Das Semikolon steht nicht auf dem Bildschirm. Speichere die Datei.

Die Datei, die du behältst

Behalte diese Lehrform. Ein Artwort, string. Ein Name, plant. Ein Paar Anführungszeichen. Vier Buchstaben dazwischen, leaf. Eine Schreibzeile, und diese Zeile nutzt den bloßen Namen.

Lies von oben. using System; bereitet kurze Namen vor. public class Pine benennt den Typ. public static void Main() ist, wo die Laufzeit startet. Keines dieser Wörter sind die Buchstaben auf dem Bildschirm. Die Speicherzeile ist string plant = "leaf";. Diese Zeile speichert die Buchstaben. Sie schreibt nichts. Console.WriteLine(plant); ist die einzige Schreibzeile. Sie schreibt leaf und beendet die Zeile. Eine Zeile. Keine Anführungszeichen auf dieser Bildschirmzeile.

Starte sie mit dotnet run. Das Programm schreibt leaf. Es wartet nicht darauf, dass du tippst. Die Buchstaben standen schon in der Datei. Wenn dotnet run wartet, hat die Datei noch ReadLine. Lösche diese Zeile und behalte string plant = "leaf";. Der Bildschirm zeigt leaf, eine Zeile, vier Buchstaben, keine Anführungszeichen. Wenn der Bildschirm plant zeigt, hat die Schreibzeile Anführungszeichen um den Namen: Console.WriteLine("plant");. Diese Anführungszeichen markieren die Buchstaben p, l, a, n, t. C# sucht den Namen nicht, deshalb wird das gespeicherte leaf nicht geschrieben. Die Datei, die du behältst, hat den bloßen Namen auf der Schreibzeile und die Anführungszeichen um leaf auf der Speicherzeile. Wenn der Bildschirm 4 zeigt, hat die Datei noch die ganze Zahl von der letzten Seite. Die Datei, die du behältst, hat leaf, nicht 4. Du installierst das .NET SDK nicht erneut für einen Bildschirm, der die falsche Zeile zeigt.

Ein Großbuchstabe zwischen den Anführungszeichen wird als dieser Großbuchstabe gespeichert. string plant = "Leaf"; würde die Schreibzeile Leaf mit großem L schreiben lassen. Die Datei, die du behältst, nutzt das nicht. Sie nutzt vier Kleinbuchstaben. Beurteile den Bildschirm nach den Buchstaben, die wirklich zwischen den Anführungszeichen sitzen, nicht nach einem Wort, das du nur meintest zu schreiben.

Ein Leerzeichen ist einer der Buchstaben

Die Schreibzeile kann stehen bleiben, während die Buchstaben zwischen den Anführungszeichen wechseln. Unter der ersten Schreibzeile speichere einen neuen Satz Buchstaben im selben Namen, dann schreibe den Namen erneut. Die neue Speicherzeile ist plant = "leaf stem";. Sie beginnt nicht mit string. plant existiert schon, deshalb ersetzt diese Zeile nur die Buchstaben, die der Name hält. Zwischen den Anführungszeichen stehen diesmal neun Zeichen: l, e, a, f, ein Leerzeichen, s, t, e, m. Das Leerzeichen ist eines davon. Es ist kein Bruch in zwei Speicherzeilen und wird nicht gelöscht, wenn der Bildschirm geschrieben wird. Die nächste Schreibzeile ist wieder Console.WriteLine(plant);. Der Bildschirm hat jetzt zwei Zeilen. Die erste ist leaf, von den Buchstaben, die der Name in dem Moment hielt. Die zweite ist leaf stem, von den Buchstaben, die der Name nach plant = "leaf stem"; hält. Ein Leerzeichen sitzt zwischen leaf und stem auf dieser zweiten Zeile. Die zwei Wörter stehen nicht auf zwei getrennten Zeilen.

Das ist die zweite Datei. Es ist nicht die Datei, die du behältst. Die Datei, die du behältst, hat eine Speicherzeile, die Buchstaben leaf und kein Leerzeichen. Nutze diese zweite Form, wenn du das Leerzeichen sehen willst, dann setze die einzelne Speicherzeile und die einzelne Schreibzeile zurück.

Starte dotnet run. Der Bildschirm zeigt leaf, und die nächste Zeile ist leaf stem. Zwei Zeilen. Keine Anführungszeichen. Der Name plant steht auf keiner Zeile. Wenn die zweite Zeile leafstem ohne Lücke ist, fehlt das Leerzeichen zwischen den Anführungszeichen. Wenn beide Zeilen leaf sind, fehlt die zweite Speicherzeile oder sie sagt noch "leaf". Der Bildschirm folgt der Reihenfolge der Zeilen in der Datei und folgt den Buchstaben zwischen den Anführungszeichen, Leerzeichen eingeschlossen. Schreibe string nicht ein zweites Mal für denselben Namen. string plant = "leaf stem"; unter einer Zeile, die plant schon angelegt hat, lässt den Build einen Fehler schreiben. Lösche das zweite string und lass plant = "leaf stem";.

Nichts zwischen den Anführungszeichen

Ein Paar kann leer sein. string plant = ""; hat das öffnende und das schließende Anführungszeichen und keinen Buchstaben dazwischen. Das Artwort ist immer noch string. Der Name ist immer noch plant. Das =-Zeichen speichert immer noch. Was es speichert, sind keine Buchstaben. Das ist erlaubt. Der Build schreibt für ein leeres Paar keinen Fehler. Console.WriteLine(plant); läuft trotzdem. Es schreibt die Buchstaben, die der Name hält, und es gibt keine, deshalb hat die Bildschirmzeile keine Buchstaben. Die Zeile endet trotzdem. Das Programm endet trotzdem. Du siehst eine leere Zeile, wo leaf gestanden hätte. Diese leere Zeile ist das Schreiben. Es ist kein Warten und kein Build-Fehler.

Das ist die dritte Datei. Es ist nicht die Datei, die du behältst. Die Datei, die du behältst, hat leaf zwischen den Anführungszeichen. Behalte diese dritte Datei nur, bis du die leere Zeile gesehen hast, dann setze "leaf" wieder zwischen die Anführungszeichen.

Starte dotnet run. Das leere Paar ist erlaubt, deshalb schreibt der Build keinen Fehler. Das Programm schreibt eine Zeile ohne Buchstaben und endet. Es wartet nicht. Wenn du noch leaf siehst, steht zwischen den Anführungszeichen noch leaf. Nachdem du die leere Zeile gesehen hast, mach die Speicherzeile wieder zu string plant = "leaf";.

Ohne die Anführungszeichen ist leaf ein Name

Das Paar leistet die Arbeit. Nimm beide Anführungszeichen weg und die Zeile ist string plant = leaf;. Es gibt kein Paar, deshalb ist leaf keine Buchstaben. C# liest leaf als Namen, und diese Datei hat keinen Namen leaf. Der Build schreibt einen Fehler. Er bleibt nicht still. Es gibt keinen Bildschirm, dem du vertrauen kannst, während der Build einen Fehler schreibt. Die Reparatur ist, das Paar zurückzusetzen, sodass die Zeile wieder string plant = "leaf"; ist. Ein Anführungszeichen ist auch kein Paar. string plant = "leaf; öffnet die Buchstaben und schließt sie vor dem Semikolon nie. Der Build schreibt für diese Zeile auch einen Fehler. Setze das schließende Anführungszeichen vor dem Semikolon zurück.

Diese vierte Datei ist das fehlende Paar. Es ist nicht die Datei, die du behältst. Behalte sie nur, bis der Build den Fehler schreibt, dann setze die Anführungszeichen um leaf zurück.

Zwei zitierte Stücke mit plus verbunden

Eine Speicherzeile kann zwei zitierte Stücke mit + verbinden. Die Zeile string plant = "leaf" + "stem"; hat zwei Paare. Das erste Paar hält leaf. Das zweite Paar hält stem. Das + verbindet diese Buchstaben zu einem Wert: leafstem, ohne Leerzeichen, weil keines der Paare ein Leerzeichen hatte. Die Schreibzeile ist immer noch Console.WriteLine(plant);. Der Bildschirm zeigt leafstem auf einer Zeile. Das sind nicht zwei Schreibzeilen. Es ist ein Speichern, das aus zwei zitierten Stücken einen Satz Buchstaben baut.

Das ist die fünfte Datei. Es ist nicht die Datei, die du behältst. Die Datei, die du behältst, hat ein Paar und die Buchstaben leaf. Nutze diese fünfte Form, wenn du die Verbindung sehen willst, dann setze das einzelne Paar zurück.

Der Bildschirm ist die Buchstaben zwischen den Anführungszeichen

Du kannst jetzt Buchstaben in einem string-Namen speichern und diese Buchstaben schreiben, ohne Anführungszeichen auf der Schreibzeile zu setzen. string plant = "leaf"; speichert leaf. Console.WriteLine(plant); schreibt leaf und beendet die Zeile. Später speichert plant = "leaf stem"; das Leerzeichen als einen der Buchstaben. Leere Anführungszeichen speichern keine Buchstaben und schreiben eine leere Zeile. Ohne die Anführungszeichen wird leaf als Name gelesen und der Build schreibt einen Fehler. "leaf" + "stem" verbindet zu leafstem. Die nächste Seite bleibt bei Buchstaben und schaut auf Methoden, die an einem string-Namen arbeiten, etwa zu fragen, wie viele Buchstaben er hält.