Comment installer .NET 10 sur Linux Mint
Dans le domaine du développement C#, Linux devient une plateforme cible de plus en plus courante. Pourtant, de nombreux développeurs .NET n'ont jamais réellement configuré un environnement de développement sur Linux à partir de zéro. Le processus est plus simple que ce que la plupart pensent, mais les différences de flux de travail par rapport à Windows peuvent dérouter les gens.
Dans sa vidéo "Installing .NET 10 on Linux Mint", Tim Corey passe en revue tout le processus pour faire fonctionner le SDK .NET 10 sur Linux Mint, créer des fichiers C# et les exécuter directement depuis le terminal. Nous suivrons ses exemples étape par étape, montrant comment Linux gère la gestion des packages, la création de fichiers et la nouvelle fonctionnalité d'exécution en un seul fichier dans .NET 10.
Si vous avez développé exclusivement en C# sur Windows et que vous souhaitez comprendre comment .NET fonctionne sur Linux, ou si vous configurez un environnement de développement multiplateforme pour la première fois, cet article couvre tout ce qui est montré dans la vidéo.
Pourquoi le Terminal est important sur Linux
[0:49 - 1:23] Tim commence par reconnaître quelque chose que les développeurs Windows résistent souvent : sur Linux, le terminal est la méthode par défaut pour accomplir les tâches. Mais il justifie cela de manière pragmatique. Les commandes du terminal sont précises et scriptables. Quand une interface graphique change sa disposition, chaque tutoriel avec des captures d'écran devient obsolète. Les instructions du terminal restent précises pendant des années.
Pour l'installation de .NET en particulier, les commandes sont simples et répétables sur n'importe quelle distribution basée sur Debian.
Mise à jour du Gestionnaire de Packages
[1:23 - 1:56] Avant d'installer quoi que ce soit, exécutez la mise à jour de la liste des packages :
// Terminal command (not C#, run in your Linux terminal)
sudo apt update
// Terminal command (not C#, run in your Linux terminal)
sudo apt update
Cette commande n'installe ni ne met à niveau quoi que ce soit. Il rafraîchit l'index local des paquets disponibles afin que apt sache quelles versions sont à jour. Pensez-y comme à la synchronisation de votre catalogue de packages avant de faire les courses.
Installation du SDK .NET 10
[1:56 - 3:46] Avec la liste des packages mise à jour, installez le SDK :
sudo apt install dotnet-sdk-10.0
sudo apt install dotnet-sdk-10.0
Tim établit ici une distinction importante entre le SDK et le runtime. Le runtime est ce que vous installeriez sur un serveur de production qui a seulement besoin de faire tourner des applications .NET. Le SDK est plus grand parce qu'il inclut le compilateur, les outils de construction, et les modèles de projet en plus du runtime. Pour le travail de développement, vous voudrez toujours le SDK.
Un conseil pratique de la vidéo : exécuter cette commande hors ligne produit une avalanche d'erreurs cryptiques. La solution est simplement de se connecter au réseau. C'est une chose facile à négliger, surtout sur un ordinateur portable qui pourrait ne pas se connecter automatiquement sous Linux comme il le fait sous Windows.
Vérification de l'Installation
[3:46 - 4:06] Une fois l'installation terminée, vérifiez-la :
dotnet --version
dotnet --version
La sortie affiche quelque chose comme 10.0.103. Remarquez que vous n'avez pas spécifié ce numéro de patch lors de l'installation. Le gestionnaire de packages a automatiquement récupéré la dernière version disponible du SDK .NET 10.
Création d'un Répertoire de Travail
[4:06 - 5:01] Avant d'écrire du code, configurez un dossier pour les fichiers de démonstration. La vidéo montre le terminal et le gestionnaire de fichiers du bureau côte à côte :
// Terminal commands
ls // List current directory contents
mkdir demos // Create a new folder
cd demos // Move into it
ls // Verify it's empty
// Terminal commands
ls // List current directory contents
mkdir demos // Create a new folder
cd demos // Move into it
ls // Verify it's empty
Le même dossier apparaît dans le gestionnaire de fichiers ("Fichiers" sur Linux Mint), ce qui renforce l'idée que les opérations du terminal et de l'interface graphique travaillent sur le même système de fichiers. Vous pouvez utiliser l'un ou l'autre, ou les deux.
Création et Exécution d'un Seul Fichier C
[5:01 - 8:14] Voici où Tim met en avant une fonctionnalité de .NET 10 qui change considérablement le flux de travail de test rapide. Vous pouvez exécuter un fichier autonome .cs directement, sans .csproj, sans fichier solution, et sans modèle de base Program.cs.
Créez le fichier avec touch :
// Create an empty file
touch demo1.cs
// Create an empty file
touch demo1.cs
Puis ouvrez-le dans nano, un éditeur de texte basé sur le terminal :
// Open in the terminal editor
nano demo1.cs
// Open in the terminal editor
nano demo1.cs
Dans l'éditeur, il tape une seule ligne de C# :
Console.WriteLine("Hello World");
Console.WriteLine("Hello World");
Après l'enregistrement avec Ctrl+X, Y, et Enter, il l'exécute :
// Execute the .cs file
dotnet run demo1.cs
// Execute the .cs file
dotnet run demo1.cs
La première exécution prend un moment pour compiler, puis affiche Hello World. Juste un fichier et une commande.
Construire Quelque Chose Plus Interactif
[8:17 - 10:27] Un deuxième exemple démontre l'entrée utilisateur et l'interpolation de chaînes :
touch demo2.cs
touch demo2.cs
En l'ouvrant dans Xed (l'éditeur de texte par défaut de Linux Mint), Tim écrit :
Console.Write("What is your first name? ");
string? name = Console.ReadLine();
Console.WriteLine($"Hello {name}");
Console.Write("What is your first name? ");
string? name = Console.ReadLine();
Console.WriteLine($"Hello {name}");
Tim attrape un bug en tapant, écrivant initialement Console.Read au lieu de Console.Write. Sans IntelliSense, ces erreurs sont faciles à commettre.
En exécutant le fichier :
dotnet run demo2.cs
dotnet run demo2.cs
Le programme demande un nom, Tim tape "Tim", et il affiche "Hello Tim". Le cycle de développement C# complet (édition, compilation, exécution, interaction) ne nécessite rien de plus qu'un éditeur de texte et le SDK.
La Valeur de Travailler Sans IDE
[8:41 - 9:54] Tim fait ici un point plus large : chaque développeur devrait occasionnellement écrire du C# sans un IDE. Pas parce que les IDE sont mauvais, mais parce qu'ils comblent tant de lacunes (points-virgules, crochets de fermeture, noms de méthodes corrects) que vous pouvez perdre le contact avec les fondamentaux. Passer du temps dans un simple éditeur de texte sous Linux est un bon moyen de renforcer ces bases.
Pour un vrai travail de développement, VS Code avec le C# Dev Kit est l'éditeur privilégié sur toutes les plateformes, et JetBrains Rider offre maintenant une édition communautaire gratuite pour les projets personnels. Les deux fonctionnent identiquement sous Windows, macOS et Linux.
Explorer les Modèles de Projet
[10:34 - 11:42] Au-delà de l'exécution en un seul fichier, il existe des modèles de projet complets disponibles :
dotnet new list
dotnet new list
Exécuter cette commande affiche tout ce qui est disponible : applications console, API web, applications Blazor, bibliothèques de classes et plus. Si vous voulez créer une application console standard :
dotnet new console -n MyApp
cd MyApp
dotnet run
dotnet new console -n MyApp
cd MyApp
dotnet run
Cela crée la structure de projet familière avec un fichier .csproj et Program.cs. À partir de là, vous pouvez ajouter des packages NuGet, référencer d'autres projets et construire tout ce que vous construiriez sous Windows.
Conclusion : De l'Installation à l'Exécution de Code en Quelques Minutes
[11:42 - 13:05] Tim conclut en encourageant les développeurs à passer du temps avec le flux de travail uniquement au terminal avant de se tourner vers un IDE. Le SDK .NET s'installe à travers le gestionnaire de packages standard de Linux en une seule commande, et les outils que vous obtenez (construction, exécution, imitation, et exécution en un seul fichier) sont identiques à ceux que vous auriez sous Windows ou macOS.
Ce que le didacticiel renforce, c'est que la courbe d'apprentissage ici ne concerne pas C# ou .NET. Il s'agit de devenir à l'aise avec un flux de travail différent, et ce confort vient rapidement.
Conclusion
[13:05 - 13:41] Pour résumer : faire fonctionner .NET 10 sur Linux nécessite deux commandes (sudo apt update et sudo apt install dotnet-sdk-10.0), et à partir de là vous pouvez écrire et exécuter C# immédiatement. Travailler dans le terminal est une compétence pratique qui se transvase directement dans chaque environnement de déploiement basé sur Linux que vous rencontrerez.
La prochaine fois que vous mettez en place une nouvelle machine ou que vous démarrez une VM Linux, l'expérience de développement .NET complète est à quelques minutes.
Conseil Exemple : Si vous testez une idée rapide ou déboguez un comportement spécifique, évitez complètement dotnet new console. Créez simplement un fichier .cs, écrivez votre code et exécutez-le avec dotnet run filename.cs. C'est le chemin le plus rapide de l'idée à l'exécution dans .NET 10.
Regardez la vidéo complète sur sa chaîne YouTube et obtenez plus d'informations sur le développement C# sous Linux.
