Chargement...

Installer C#

Placez le .NET SDK sur l’ordinateur pour que le fichier de l’introduction puisse vraiment s’exécuter. Installez le SDK, ouvrez un nouveau terminal, lisez une ligne de version avec dotnet --version, créez un petit dossier PineLab, gardez Console.WriteLine("pine"); dans le programme, et lancez dotnet run pour que l’écran affiche pine. Une fois les commandes en place, le résultat est le même sur Windows, macOS et Linux. Les clics avant ces commandes changent selon le système — faites la section qui correspond à l’ordinateur devant vous, puis revenez à l’exécution commune. Laissez la lecture ligne par ligne du programme pour la page suivante. Cette leçon est l’installation et la première exécution réussie, pas un site ASP.NET.

Ce que vous installez

Le téléchargement est le .NET SDK. Le SDK est le kit qui contient la commande dotnet : ce cours s’en sert pour créer un projet et l’exécuter. Un ordinateur avec seulement le runtime peut lancer certaines apps et échouer quand même sur cette page, car dotnet new et l’habitude pédagogique dotnet run ont besoin du SDK. Vous ne tapez pas les lettres SDK dans le terminal comme un mot magique. Vous installez le kit, et le kit ajoute dotnet.
Prenez le kit sur la page officielle de téléchargement .NET du site Microsoft (dotnet.microsoft.com). Choisissez le SDK, pas un paquet runtime seul. Pour ce cours, prenez la version 8 ou plus récente. Une version long terme comme 8 ou 9 convient. Un numéro de SDK courant plus élevé convient aussi quand la page le propose. Ne vous arrêtez pas à un installateur runtime seul quand la page propose aussi le SDK. Les petits nombres après le point sont le correctif. Un ordinateur peut afficher 8.0.10 et un autre 8.0.12. Les deux conviennent quand le numéro majeur est 8 ou plus.

Windows

Sous Windows, téléchargez l’installateur SDK pour votre puce (x64 sur la plupart des PC). Ouvrez l’installateur et laissez-le terminer. Laissez activées les options qui ajoutent dotnet au PATH quand l’installateur les montre. Le PATH est la liste des dossiers que Windows parcourt quand vous tapez une commande. Si le dossier SDK manque dans cette liste, un terminal dira qu’il ne trouve pas dotnet même si les fichiers sont sur le disque.
Un terminal déjà ouvert ne voit pas un changement de PATH. Fermez toutes les fenêtres Command Prompt et PowerShell ouvertes avant la fin de l’installateur. Ouvrez une nouvelle fenêtre. Tapez dotnet --version et appuyez sur Entrée. L’écran écrit une ligne de version qui contient 8 ou un numéro majeur plus élevé. Si la nouvelle fenêtre ne trouve pas dotnet, ouvrez une fenêtre encore plus récente après une installation SDK terminée avec le PATH laissé activé, ou relancez l’installateur en gardant le PATH activé. Ne passez pas à PineLab tant que dotnet manque.

macOS

Sous macOS, téléchargez l’installateur SDK qui correspond à la puce. Les Mac Apple silicon utilisent le paquet arm64. Les anciens Mac Intel utilisent le paquet x64. Ouvrez le .pkg et terminez Install. Quittez Terminal s’il était déjà ouvert, puis rouvrez Terminal. Une ancienne fenêtre peut encore dire que la commande manque.
Dans le nouveau Terminal, tapez dotnet --version. L’écran écrit une ligne de version avec 8 ou un numéro majeur plus élevé. Si la commande manque encore, terminez à nouveau le .pkg, ouvrez un nouveau Terminal, et retapez dotnet --version. Une boîte de dialogue qui propose un autre assistant style Java n’est pas ce kit — fermez-la et utilisez le paquet .NET SDK de la page officielle de téléchargement.

Linux

Sous Linux, installez le paquet .NET SDK comme votre distribution installe les autres paquets, avec le type que la page de téléchargement liste pour votre système. Quand l’installation du paquet est terminée, ouvrez un nouveau terminal. Tapez dotnet --version. L’écran écrit une ligne de version avec 8 ou un numéro majeur plus élevé. Si le terminal ne trouve pas dotnet, terminez l’installation du paquet, ouvrez une nouvelle fenêtre, et retapez la commande de version. Les étapes de projet communes ci-dessous sont les mêmes une fois la ligne de version OK.

Créer PineLab et exécuter pine

La ligne de version n’écrit pas pine. Elle prouve seulement que le SDK est installé. pine vient du programme. Dans le nouveau terminal, allez dans un dossier que vous contrôlez, puis créez un projet console :
dotnet new console -n PineLab -o PineLab --use-program-main
Entrez dans le dossier :
cd PineLab
Ouvrez Program.cs et gardez cette forme pédagogique — classe publique Pine, Main, et une ligne d’écriture :

PineLab Program.cs writes pine

csharp
using System;

public class Pine
{
    public static void Main()
    {
        Console.WriteLine("pine");
    }
}

Enregistrez le fichier. Dans le même dossier PineLab, tapez :
dotnet run
L’écran affiche pine. Une ligne. Sans guillemets. Sans deuxième ligne. Le nom de classe Pine n’est pas le mot à l’écran. La ligne d’écriture est Console.WriteLine("pine");, la même idée que le fichier d’introduction, maintenant exécutée après une vraie installation.
Si dotnet run ne trouve pas de fichier projet, confirmez que vous êtes dans PineLab où vit le fichier .csproj. Si l’écran montre autre chose que pine, ouvrez Program.cs et restaurez la ligne d’écriture avec "pine" entre les guillemets. Réinstaller le SDK ne corrige pas un mauvais dossier.

Habitudes de commande après l’install

Gardez la preuve de version et l’exécution pine comme deux contrôles séparés.

📊 Install C# command habits

Ce que vous tapez Écran
dotnet --version une ligne de version, 8 ou plus
dotnet new console -n PineLab -o PineLab --use-program-main crée le dossier du lab
dotnet run (dans PineLab) pine
Nouveau terminal après install requis pour que les changements PATH soient visibles
SDK pas runtime seul nécessaire pour dotnet new et cette habitude d’exécution

L’install n’est pas encore First Program

La page suivante ouvre les lignes du programme une par une et enseigne laquelle écrit l’écran. Cette page demande seulement le SDK installé et un dotnet run réussi qui affiche pine. N’inventez pas d’hébergement ASP.NET ici. Ne sautez pas la règle du nouveau terminal après les changements de PATH. Ne traitez pas une install runtime seule comme terminée quand dotnet new échoue.
Sans dotnet --version, vous n’avez pas prouvé le SDK. Sans dotnet run qui affiche pine, vous n’avez pas fini le lab de cette page. Gardez les deux contrôles. Écartez les habitudes Java restantes javac / java Mint de cette install C# — la commande pédagogique ici est dotnet.

Avant First Program

Vous pouvez installer le .NET SDK 8 ou plus récent, ouvrir un nouveau terminal, lire dotnet --version, créer PineLab avec dotnet new console ... --use-program-main, garder Console.WriteLine("pine");, et lancer dotnet run pour que l’écran affiche pine. Le tableau sépare la preuve de version de l’exécution pine. La page suivante est C# First Program.
Gardez le dossier PineLab pour une première exécution claire. Écartez les modèles ASP.NET de cette page quand vous pratiquez l’install. Écartez l’exécution depuis le mauvais dossier. Ces habitudes sont le point de contrôle avant First Program. Quand la ligne de version montre 8 ou plus et que dotnet run affiche pine, Installer C# a fait son travail et vous êtes prêt pour First Program si vous continuez.
Un dernier passage : SDK installé, nouveau terminal utilisé, dotnet --version lisible, dossier PineLab présent, ligne d’écriture toujours "pine", dotnet run imprime pine, aucun hôte web requis. Préférez un chemin d’install clair par ordinateur pour que chaque passage enseigne la même carte, du téléchargement jusqu’à pine.

🧠 Testez Vos Connaissances

Prêt à Commencer

Testez Vos Connaissances

Mettez-vous au défi avec ce quiz interactif et voyez à quel point vous comprenez le sujet

❓
5
Questions
🎯
70%
Pour Réussir
♾️
∞
Temps
🔄
∞
Tentatives

📝 Instructions

  • Lisez chaque question attentivement
  • Sélectionnez la meilleure réponse pour chaque question
  • Vous pouvez refaire le quiz autant de fois que vous le souhaitez
  • Votre progression sera affichée en haut