Arrays

string[] plants = { "leaf", "mint" }; speichert zwei Wörter unter einem Namen, und Console.WriteLine(plants[0]) schreibt leaf. Der Bildschirm ist eine Zeile. mint steht nicht in dieser Zeile, und es gibt keine zweite Zeile. Behalte den öffentlichen Typnamen Pine.

Ein Name hält zwei Wörter

Öffne die Pine-Datei. Der Typname bleibt Pine. Diese Seite benennt den Typ nicht um. Lösche string plant = null, wenn diese Zeile noch da ist. Lösche plant.Length. Lösche int count, wenn die Zeile noch da ist, einschließlich (int), 40.0, 40.9 und 40. Lösche double weight, wenn es noch da ist. Lösche bool ripe, wenn es noch da ist, einschließlich true und false. Lösche jede ReadLine-Zeile. Die Datei, die du behältst, hat kein Warten, kein count, kein weight, kein ripe und kein einzelnes plant, das null hält. Das Wort wird nur von der Schreibzeile geschrieben, die einen Platz wählt.

In Main ist die Speicherzeile string[] plants = { "leaf", "mint" };. string[] ist das Typwort. Die Klammern gehören zu diesem Typ. Sie sagen, dieser Name kann mehr als ein Wort halten. plants ist der Name und beginnt mit kleinem p. Das = speichert. Die geschweiften Klammern halten die Wörter. Jedes Wort steht in eigenen Anführungszeichen. Ein Komma sitzt zwischen den Wörtern. leaf ist das erste Wort. mint ist das zweite Wort. Das Semikolon beendet die Zeile. Diese Zeile speichert zwei Wörter. Sie schreibt nicht auf den Bildschirm. Speichern ist nicht Schreiben. Der Bildschirm bleibt durch diese Zeile leer. Die zwei Wörter sind nicht die Zahl 0 und nicht das Wort null. Nichts wartet off-screen unter einem zweiten Namen. Beide Wörter liegen unter plants.

Die Wörter in den geschweiften Klammern sind die Plätze. Zwei Wörter in Anführungszeichen machen zwei Plätze. Du erfindest im behaltenen File kein drittes Wort. string[] plants = { "leaf", "mint", "stem" }; speichert drei Wörter. Diese Datei ist erlaubt und nicht die Datei, die du behältst. string[] plants = { leaf, mint }; behandelt leaf und mint als Namen. Diese Datei hat diese Namen nicht. Der Build schreibt einen Fehler. string[] plants = { "leaf" "mint" }; hat kein Komma. Der Build schreibt einen Fehler. Das Komma trennt die zwei Wörter. string[] plants = { 40, 9 }; will, dass dieser Typ ganze Zahlen hält. Die Wörter in deiner behaltenen Datei sind leaf und mint, keine Ziffern. Der Build schreibt einen Fehler. Das Typwort mit den Klammern hält auf dieser Seite Wörter in Anführungszeichen.

Die Schreibzeile wählt einen Platz: Console.WriteLine(plants[0]);. Die Klammern nach dem Namen halten eine Zahl. Diese Zahl ist 0. Platz 0 ist das erste Wort, weil die Plätze bei 0 beginnen, nicht bei 1. Um 0 stehen keine Anführungszeichen. Kein Punkt, kein Length. C# liest plants, liest die Zahl 0, schreibt das Wort in diesem Platz und beendet die Zeile. In der Datei, die du behältst, ist dieses Wort leaf. Die Buchstaben des Namens, p, l, a, n, t, s, stehen nicht auf dem Bildschirm. string steht nicht auf dem Bildschirm. Die geschweiften Klammern nicht. Das Komma nicht. mint nicht. Das Wort leaf steht auf dem Bildschirm, als eine Zeile. Speichere die Datei.

Die Datei, die du behältst

Behalte diese Lehrform. Ein Typwort, string[]. Ein Name, plants. Zwei Wörter in Klammern, leaf dann mint, jeweils in Anführungszeichen, mit einem Komma dazwischen. Eine Schreibzeile, und diese wählt Platz 0. Kein Length, keine zweite Schreibzeile.

Lies von oben. using System; bereitet Kurznamen vor. public class Pine benennt den Typ. public static void Main() ist der Start der Laufzeit. Die Speicherzeile ist string[] plants = { "leaf", "mint" };. Sie schreibt nichts. Console.WriteLine(plants[0]); schreibt leaf und beendet die Zeile. Eine Zeile auf dem Bildschirm. Keine zweite. In der behaltenen Datei gibt es keine int-Zeile und keine Zeile, die null speichert.

Starte mit dotnet run. Das Programm schreibt leaf. Es wartet nicht auf deine Eingabe. Die Wörter standen schon vor dem Lauf in der Datei. Wenn dotnet run wartet, steht noch ReadLine in der Datei. Lösche diese Zeile und behalte string[] plants = { "leaf", "mint" }; plus die eine Schreibzeile. Das Programm endet nach der Schreibzeile. Der Bildschirm zeigt leaf. Eine Zeile. Zeigt der Bildschirm mint, hat die Schreibzeile Platz 1 gewählt oder steht mint zuerst in den Klammern. Schau in die Datei. Deine behaltene Datei hat leaf zuerst und plants[0] in der Schreibzeile. Zeigt der Bildschirm plant, hat die Schreibzeile Anführungszeichen um einen anderen Namen. Zeigt der Bildschirm die Buchstaben plants[0], hat die Schreibzeile Anführungszeichen um diese Buchstaben: Console.WriteLine("plants[0]");. Diese Anführungszeichen markieren Buchstaben, das gespeicherte Wort wird nicht geschrieben. Zeigt der Bildschirm null, liegt noch die Null-Datei vor oder die Plätze wurden ohne Wörter in den Klammern erzeugt. Deine behaltene Datei hat leaf und mint in den Klammern. Zeigt der Bildschirm 40, 40.0 oder 4, liegt noch Casting, Zahlen oder eine Length-Frage vor. Lösche diese Zeile. Zeigt der Bildschirm true oder false, ist ripe noch in der Datei. Zeigt der Bildschirm eine leere Zeile statt leaf, hat eine Speicherzeile leere Anführungszeichen. Das ist nicht die behaltene Datei. Du installierst das .NET SDK nicht neu, nur weil der Bildschirm die falsche Zeile zeigt.

Ein Bildschirm mit leaf beweist die eckigen Klammern nicht allein. string plant = "leaf"; schreibt auch leaf. Der Bildschirm kann gleich aussehen. Die Datei nicht. Deine behaltene Datei hat string[], geschweifte Klammern, ein Komma und plants[0] in der Schreibzeile. Wenn du diese Seite bewertest, suche die Klammern am Typwort und die Zahl 0. Urteile nicht nur vom Bildschirm über die Datei.

Das andere Wort sitzt bei 1

Das zweite Wort ist in der Datei, die behaltene Schreibzeile schreibt es nicht. Um mint zu sehen, ist die Zahl in den Klammern 1. Platz 1 ist das zweite Wort, weil Platz 0 das erste war. Dieser Lauf ist erlaubt und nicht die Datei, die du behältst.

Starte dotnet run. Der Bildschirm zeigt mint. Eine Zeile. leaf steht nicht in dieser Zeile. Die Speicherzeile hat sich nicht geändert. Nur die Zahl in den Klammern hat sich geändert. 1 heißt nicht „das erste Wort“. Das erste Wort ist weiter leaf in Platz 0. Nach mint setze plants[0] zurück. Die Datei, die du behältst, schreibt leaf.

Lies die Tabelle gegen einen Lauf, nicht statt eines Laufs. Für 0 schreibt der Build keinen Fehler und dotnet run schreibt leaf. Für 1 schreibt der Build keinen Fehler und dotnet run schreibt mint. Für 2 schreibt der Build keinen Fehler und die Ausführung einen Fehler, weil dieser Platz nicht in den Klammern war. Für string plants = { "leaf", "mint" }; ohne Klammern am Typwort schreibt der Build einen Fehler, du startest nicht. Nach jeder Prüfung setze die behaltene Datei zurück: string[], Klammern, leaf dann mint, und plants[0]. Der behaltene Bildschirm ist leaf, eine Zeile.

Der Name muss existieren, bevor eine Zeile ihn nutzt. Steht Console.WriteLine(plants[0]); über der Speicherzeile, schreibt der Build einen Fehler. Setze die Speicherzeile über die Schreibzeile. Schreibe string[] nicht ein zweites Mal für denselben Namen. Eine spätere Zeile kann ein Wort ersetzen, ohne string[] noch einmal zu schreiben, wenn plants schon existiert: plants[0] = "stem";. Diese Zeile ersetzt nur das Wort in Platz 0. Platz 1 hält weiter mint. Erlaubt. Nicht die behaltene Datei. Deine behaltene Datei hat eine Speicherzeile, und die sagt leaf dann mint.

string[] plants; ohne Klammern und ohne Wörter, gefolgt von der Schreibzeile, lässt den Build einen Fehler schreiben. Der Name wäre nur als Typ da und hielte noch keine Wörter. Setze die Klammern auf die Erzeugungszeile wie in der behaltenen Datei. string[] plants = { "leaf" }; speichert ein Wort. plants[0] schreibt leaf. plants[1] ist ein Platz, den du nicht geschrieben hast, also schreibt die Ausführung nach stillbleibendem Build einen Fehler. Diese Ein-Wort-Datei ist nicht die behaltene. Fehlender Abstand klebt das Typwort nicht zu einem neuen Typ: string[]plants speichert weiter beide Wörter, der Build schreibt keinen Fehler. Deine behaltene Datei hat ein Leerzeichen nach string[]. string [] plants mit Leerzeichen vor plants speichert weiter beide Wörter. plants[ 0 ] mit Leerzeichen in den Klammern schreibt weiter leaf. Deine behaltene Datei hat kein Extra-Leerzeichen, aber dieses Leerzeichen ist kein zweiter Wert.

Geschweifte Klammern sind keine runden. string[] plants = ( "leaf", "mint" ); lässt den Build einen Fehler schreiben. Die Wörter sitzen in { und }, nicht in ( und ). Die Schreibzeile ist kein Aufruf mit runden Klammern um die Zahl. Console.WriteLine(plants(0)); lässt den Build einen Fehler schreiben. Die Zahl sitzt in [ und ]. Der Name bleibt plants mit kleinem p. string[] Plants mit großem P ist ein anderer Name. Er kann die Wörter speichern, ist aber nicht der Name in der behaltenen Datei. Setze das kleine p zurück.

Ein Komma nach dem letzten Wort fügt keinen Platz hinzu. string[] plants = { "leaf", "mint", }; speichert weiter zwei Wörter. Der Build schreibt keinen Fehler. plants[0] schreibt weiter leaf, und plants[1] weiter mint. Es gibt kein drittes Wort. Deine behaltene Datei hat kein Komma nach mint, aber dieses Extra-Komma ist kein dritter Wert. new ist nicht nötig. string[] plants = new string[] { "leaf", "mint" }; speichert auch beide Wörter, und plants[0] schreibt weiter leaf. Die behaltene Datei schreibt kein new. string[] plants = new string[2]; erzeugt zwei Plätze ohne Wörter darin. plants[0] schreibt dann null. Diese Plätze halten keine Buchstaben. Nicht die behaltene Datei. Die Wörter leaf und mint müssen in den geschweiften Klammern sitzen.

Ein Platz, den du nicht geschrieben hast

Zwei Wörter machen zwei Plätze, nummeriert 0 und 1. Die Zahl 2 ist ein dritter Platz. Du hast kein drittes Wort geschrieben. Die dritte Datei fragt nach diesem Platz.

Das ist die dritte Datei. Nicht die, die du behältst. Starte dotnet run. Der Build kann still bleiben, weil die Zeilen in der Datei erlaubt sind. Die Zahl 2 lässt den Build nicht scheitern. Das Programm schreibt weder leaf noch mint noch 2 noch null. Die Ausführung schreibt einen Fehler. Du brauchst nicht die genauen Worte des Fehlers. Die Klammern hielten zwei Wörter, also gibt es kein drittes zum Schreiben. plants[-1] wählt nicht das letzte Wort. Der Build schreibt keinen Fehler, die Ausführung einen. Die Zahlen, die zur behaltenen Datei passen, sind nur 0 und 1. Zeigt der Bildschirm mint, ist die Zahl in den Klammern 1 und das zweite Wort ist noch da. Nach dem Fehler setze die behaltene Datei zurück.

Ein Name ohne Plätze ist ein anderes Scheitern, und der Bildschirm ist nicht das Wort null. string[] plants = null; speichert keine Plätze. Der Build schreibt keinen Fehler. Console.WriteLine(plants[0]); lässt die Ausführung danach einen Fehler schreiben. Es schreibt weder null noch leaf. Die Klammern in der Schreibzeile fordern einen Platz, dieser Name hat keine. Diese Datei ist nicht die behaltene. Deine behaltene Datei hat Klammern, und die halten leaf und mint.

Du kannst jetzt zwei Wörter unter einem Namen speichern und das erste schreiben. string[] plants = { "leaf", "mint" }; speichert leaf und mint. Console.WriteLine(plants[0]); schreibt leaf und beendet die Zeile. plants[1] schreibt mint, und das ist nicht die behaltene Datei. plants[2] lässt den Build still bleiben und die Ausführung einen Fehler schreiben. Ein string-Name ohne Klammern kann die geschweiften Klammern nicht halten. Die nächste Seite lässt diese Klammern. Sie schaut auf ein Zeichen zwischen zwei ganzen Zahlen.

Der Bildschirm ist das erste Wort

Die Datei, die du behältst, schreibt leaf. Der Name in der Schreibzeile ist plants, und plants steht nicht auf dem Bildschirm. Die Zahl in den Klammern ist 0. mint ist das zweite Wort und bleibt in der Datei, während der Bildschirm leaf zeigt. Eine Platznummer, die du nicht geschrieben hast, ist nicht die behaltene Datei. Anführungszeichen um plants[0] schreiben Buchstaben, nicht das Wort im Platz.