Premier programme

Vous avez déjà installé le SDK et exécuté un premier lab. L’écran a montré pine. Cette page reste sur la même forme de programme et pose une autre question : quelle ligne du fichier a écrit ce mot, et quelles lignes n’ont rien écrit. Vous ne réinstallez pas .NET. La ligne de version de la page précédente peut rester telle quelle. Gardez la classe publique nommée Pine, gardez Main, et gardez Console.WriteLine("pine");. L’écran que vous expliquez est encore une seule ligne, et cette ligne est pine.

Le fichier a plus d’une ligne, donc un premier réflexe est de croire que chaque ligne du fichier devient une ligne à l’écran. Ce réflexe est faux, et le reste de cette page montre pourquoi. Plusieurs lignes nomment quelque chose. Une seule écrit. Les accolades regroupent ces lignes. Elles n’écrivent pas non plus. Quand vous pouvez pointer la ligne d’écriture avec le fichier devant vous, cette page est terminée. La page suivante ajoute une note que l’écran ne montre pas. Elle ne change pas pine.

using System prépare les noms courts

La première ligne utile est using System;. Lisez-la comme une ligne de préparation, pas comme une phrase que l’écran va imprimer. Elle amène les noms de l’espace de noms System sous une forme courte pour que Console puisse apparaître sans un long chemin. Vous ne voyez pas le mot using à l’écran. Vous ne voyez pas System à l’écran. Supprimez cette ligne dans une mauvaise expérience et le nom court Console peut échouer plus tard — c’est une histoire de compilation pour un autre jour. Sur cette page la ligne reste, et l’écran reste pine parce que cette ligne n’écrit pas.

La ligne de classe nomme le type

La ligne de type suivante est public class Pine. Lisez-la comme trois mots avec un rôle, pas comme du texte d’écran. public signifie que d’autre code a le droit d’utiliser ce type. Vous ne voyez pas public à l’écran. class signifie que ce fichier définit une unité nommée. Vous ne voyez pas class à l’écran. Pine est le nom de cette unité. Dans cette forme pédagogique, le radical du fichier correspond à ce nom. Changez le nom sur cette ligne et l’habitude du nom de fichier doit changer avec. Cette règle concerne le type et le fichier. Elle ne concerne pas l’écran. Regardez l’écran à nouveau. L’écran ne montre pas Pine. Il montre pine. Le P majuscule et le p minuscule ne sont pas le même mot. La ligne de classe n’écrit jamais son nom à l’écran.

Le caractère après cette ligne est une accolade ouvrante, {. L’accolade fermante correspondante plus loin dans le fichier termine le corps de la classe. Tout ce qui est entre ces accolades appartient à la classe Pine. Les accolades sont des clôtures. Elles disent à C# où cette unité commence et où elle finit. Une clôture n’est pas du texte pour l’écran. Vous ne verrez pas { ni } à côté de pine. Si vous supprimez l’accolade ouvrante, le fichier est cassé et le compilateur écrit une erreur au lieu de rester silencieux. Cette erreur n’est pas cette page. Cette page garde les deux accolades, et l’écran reste pine.

La ligne Main est où le runtime démarre

La ligne suivante est public static void Main(). C’est la ligne que les gens désignent quand on leur demande où le programme démarre, et ils ont raison pour le démarrage. Ils ont tort s’ils disent ensuite que l’écran montre Main. Le runtime cherche une méthode avec cette forme quand vous exécutez le projet. Il commence à s’exécuter à cette ligne. Démarrer n’est pas la même chose qu’écrire. Les mots sur la ligne sont des instructions sur la façon de démarrer. Ce ne sont pas des mots pour l’écran.

Prenez les mots un par un, et vérifiez chacun contre l’écran. public signifie encore que la méthode peut être démarrée depuis l’extérieur. static signifie que le runtime peut démarrer cette méthode sans d’abord construire un objet. Vous n’avez pas encore rencontré les objets, donc le seul fait dont vous avez besoin est que static est requis dans cette forme pédagogique et qu’il n’est pas imprimé. void signifie que cette méthode ne renvoie pas de valeur à un appelant. Il n’y a pas d’histoire d’appelant sur cette page, et void n’est pas à l’écran. Main est le nom que le runtime recherche dans cette forme. L’écran ne montre toujours pas ces quatre lettres. Les parenthèses marquent la liste des paramètres. Sur cette page la liste est vide. Des parenthèses vides n’impriment rien non plus.

Donc la ligne Main peut être vraie de deux façons à la fois. Le runtime a bien démarré là. L’écran n’a reçu aucun mot de cette ligne. Si vos yeux s’arrêtent sur Main parce qu’il est au milieu du fichier, déplacez-les. Le mot dont vous vous souvenez à l’écran est pine, et pine n’est pas écrit sur cette ligne.

La ligne intérieure écrit pine

À l’intérieur de Main, entre ses propres accolades, il y a encore une ligne. Cette ligne est Console.WriteLine("pine");. C’est la ligne qui écrit l’écran. Elle est indentée dans le fichier pour que vous voyiez qu’elle est à l’intérieur de Main. L’indentation, ce sont des espaces. Les espaces ne sont pas écrits à l’écran non plus. Le runtime exécute cette ligne intérieure parce qu’elle est à l’intérieur de la méthode où le programme démarre. L’écran utilise ce que cette ligne intérieure écrit. Il n’utilise pas le nom de la méthode extérieure.

Lisez la ligne intérieure de gauche à droite. Console est l’aide écran que ce cours utilise. WriteLine signifie écrire ceci, puis terminer la ligne. La partie entre parenthèses est ce qui est écrit. À l’intérieur des parenthèses le mot pine est entre guillemets doubles. Les guillemets marquent pine comme texte. Ils ne font pas partie du texte. Retirez-les dans votre tête et le mot qui reste est pine, et c’est tout l’écran. Laissez-les dans le fichier. Sans les guillemets, le compilateur ne traite pas pine comme ce littéral de texte. Le point-virgule à la fin termine l’instruction pour C#. Vous ne voyez pas de point-virgule à l’écran. Vous voyez pine, puis la ligne se termine parce que WriteLine l’a terminée.

Voici cette ligne d’écriture toute seule, pour que les autres lignes ne la cachent pas.

Rien dans la commande dotnet run ne choisit le mot pine. La commande démarre seulement le projet. Le mot vient des guillemets. Si les guillemets contenaient un autre mot, l’écran montrerait ce mot à la place, et cette page ne fait pas cela. Les guillemets de cette page contiennent pine, donc l’écran est pine. Une ligne. Pas de deuxième ligne. Pas de guillemets à l’écran. Pas le mot Main. Pas le mot Pine.

Ce que les gens lisent mal

L’erreur habituelle est de lire le fichier du haut et d’assumer que le mot le plus familier est la sortie. Main a l’air important, et il l’est, parce que le runtime ne démarrera pas cette forme sans lui. L’importance n’est pas la sortie. Vous pouvez couvrir la ligne Main avec un doigt et la ligne d’écriture est encore Console.WriteLine("pine");. Vous ne pouvez pas couvrir la ligne d’écriture et encore expliquer l’écran. Une autre erreur est de dire que l’écran montre Pine parce que la classe s’appelle Pine. L’écran utilise le mot entre les guillemets, et ce mot s’écrit avec un p minuscule. Une troisième erreur est de compter les lignes. Le fichier montre plusieurs lignes et plusieurs accolades. L’écran en montre une. Les accolades, les mots public et static et void, le nom Main, le nom Pine, et using System; sont tous encore dans le fichier après l’exécution. L’exécution ne les efface pas. Elle ne les imprime pas non plus.

L’écran vient d’une seule ligne

Vous pouvez poser un doigt sur Console.WriteLine("pine"); et dire que c’est la ligne d’où vient l’écran. Vous pouvez poser un doigt sur public static void Main() et dire que le runtime démarre là et que le mot Main n’est pas à l’écran. Vous pouvez poser un doigt sur public class Pine et dire que ce nom correspond au type pédagogique et ne correspond pas à l’écran. La page suivante met une note dans le fichier. La note est pour une personne qui lit le fichier. L’écran sera encore pine, parce que la note n’est pas un second WriteLine.
Gardez les habitudes Java restantes avec System.out.println("mint") hors de cette page quand vous pratiquez la ligne d’écriture C#. Gardez l’invention de routes ASP.NET hors de cette page. Gardez le fait de traiter dotnet --version comme le mot d’écran hors de cette page — la ligne de version était une preuve d’installation, pas la sortie de ce programme. Quand vous pouvez nommer la ligne d’écriture et refuser les fausses conjectures de Main et Pine, Premier programme a fait son travail et vous êtes prêt pour C# Comments si vous continuez.