5 Szybkich Komend .NET CLI Każdy Programista C# Powinien Znać
Jako programista C# prawdopodobnie znasz Visual Studio, VS Code, a nawet lżejsze edytory jak Writer. Ale jak Tim Corey wskazuje o 0:00 w swoim wideo, wykorzystanie kilku kluczowych .NET CLI commands może znacznie zwiększyć twoją produktywność. Czy pracujesz nad projektem .NET Core, aplikacją webową ASP.NET Core, czy projektem konsolowym, zrozumienie, jak efektywnie korzystać z interfejsu wiersza poleceń (CLI), pozwala na szybkie i precyzyjne budowanie, uruchamianie i wdrażanie aplikacji .NET Core.
Szkolenie Tima koncentruje się na krótkim, praktycznym 10-minutowym przewodniku po pięciu komendach, które każdy programista powinien znać. Zamiast tłumaczenia koncepcji w teorii, demonstruje je na świeżo utworzonym projekcie webowej aplikacji Blazor działającym na .NET 10, podkreślając rzeczywiste zastosowanie SDK .NET Core w katalogu projektu (0:33).
Wprowadzenie do .NET CLI i Interfejsu Wiersza Poleceń .NET
Na początku wideo Tim podkreśla, że nawet jeśli preferujesz IDE takie jak Visual Studio, zrozumienie interfejsu .NET CLI jest kluczowe. Interfejs wiersza poleceń CLI pozwala na bezpośrednią interakcję z aplikacjami .NET Core, bez polegania na IDE. Jest to szczególnie przydatne, gdy chcesz uruchomić komendy startowe, przeprowadzić jawne kompilacje lub pracować w środowisku narzędzi wieloplatformowych używając Windows, Mac lub Linux.
Tim daje również szybki dodatkowy tip o 1:15: uruchamianie
dotnet --info
Ta komenda wyświetla zainstalowane wersje SDK .NET, pakiety runtime w przechowalni pakietów runtime, architekturę i inne szczegóły środowiska. Potwierdza ona, że CLI .NET Core jest zainstalowany i gotowy do użycia, co jest niezbędne, zanim zaczniesz eksplorować dalsze komendy.
1. Budowanie Projektu za pomocą dotnet build
Pierwsza komenda, którą tłumaczy Tim, to dotnet build. Ta komenda kompilacji przekształca kod źródłowy do plików DLL w katalogu wyjściowym, zazwyczaj w bin/Debug/net10/ lub bin/Release/net10/. Tim demonstruje czyszczenie katalogu bin, aby usunąć wcześniej skompilowane pliki, zapewniając czystą kompilację.
dotnet build
Tim wyjaśnia, że ta komenda tworzy skompilowany wyjście na podstawie pliku konfiguracyjnego i szablonu projektu, czy to aplikacji konsolowej, biblioteki klas, czy aplikacji ASP.NET Core. Komenda budowania jest niezbędna, ponieważ zapewnia, że CLI .NET Core dokładnie wie, co skompilować i jakie pliki uwzględnić.
Użycie komendy build jest również warunkiem wstępnym dla bardziej zaawansowanych komend CLI, takich jak dotnet run czy dotnet publish. Tim podkreśla, że chociaż Visual Studio automatycznie obsługuje kompilacje, znajomość jawnej opcji kompilacji przy użyciu dotnet build pomaga w CI/CD pipelines lub rdzeniowych przepływach roboczych wiersza poleceń.
2. Uruchamianie Aplikacji za pomocą dotnet run
Druga komenda Tima to dotnet run, komenda uruchamiania, która w jednym kroku buduje i wykonuje aplikację .NET Core. W przeciwieństwie do dotnet build, który tylko kompiluje, dotnet run wykonuje aplikację w bieżącym terminalu lub wierszu poleceń.
dotnet run
Używając swojej aplikacji webowej Blazor, Tim demonstruje, że dotnet run uruchamia aplikację na podstawie pliku konfiguracyjnego launchSettings.json. Domyślny URL i port HTTP są automatycznie wybierane. Edytuje stronę główną korzystając z Notatnika i zauważa, że aktualizacje nie są widoczne, dopóki nie uruchomi ponownie dotnet run (5:02).
Ta komenda jest szczególnie przydatna do testowania aplikacji konsolowych, webowych aplikacji ASP.NET Core, a nawet projektów bibliotek klas, które odwołują się do innych plików DLL, używając dotnet add reference. Dla programistów uruchamiających testy jednostkowe w .NET Core, połączenie dotnet build z dotnet run zapewnia gotowość określonych zestawów dla test runnera.
3. Gorące Przeładowanie za pomocą dotnet watch
Aby wyeliminować potrzebę ponownego uruchamiania aplikacji po każdej zmianie, Tim wprowadza dotnet watch, komendę CLI do obserwacji plików, która umożliwia gorące przeładowanie (5:44).
dotnet watch
Ta komenda CLI monitoruje określone pliki w katalogu projektu i automatycznie stosuje zmiany do działającej aplikacji. Tim znowu edytuje stronę główną, zmieniając tekst z "Hello YouTube" na "Hello World", a przeglądarka aktualizuje się w czasie rzeczywistym bez ponownego uruchamiania.
Funkcja obserwacji plików jest bezcenna w kontekście rozwoju wieloplatformowego, umożliwiając deweloperom .NET Core pracę w lekkich edytorach, takich jak Notatnik przy zachowaniu doświadczenia gorącego przeładowania typowego dostępnego tylko w Visual Studio lub VS Code.
4. Czyszczenie Projektu za pomocą dotnet clean
Czasami projekty .NET mogą mieć pozostawione skompilowane pliki, które powodują błędy lub niespójności. Czwarta komenda Tima, dotnet clean, usuwa wszystkie pliki w katalogu wyjściowym i folderach pośrednich, takich jak bin/ i obj/ (7:06).
dotnet clean
Po uruchomieniu tej komendy kolejne kompilacje wykonane są od zera, zapewniając, że żadne pliki DLL ani lokalne zasoby NuGet nie przeszkadzają. Tim demonstruje, że dotnet clean jest szczególnie pomocny podczas pracy z plikami rozwiązania zawierającymi wiele projektów .NET Core lub projektami bibliotek klas z pakietami NuGet.
Ta komenda zapewnia świeży start do uruchamiania testów jednostkowych z dotnet test lub do przygotowania projektu do wdrożenia.
5. Publikowanie Projektu za pomocą dotnet publish
Ostatecznie, Tim wprowadza dotnet publish, która przygotowuje aplikację .NET Core do wdrożenia na systemie hostingowym, takim jak IIS, Azure lub inne środowiska.
dotnet publish
Ta komenda CLI kompiluje projekt i umieszcza opublikowane zasoby w folderze publish w bin/Release/net10/. Wyjście zawiera wszystkie określone zestawy, pakiety runtime i niezbędne certyfikaty rozwojowe dla hostingu. Tim podkreśla, że ta komenda działa dla wszystkich projektów .NET Core, w tym aplikacji konsolowych, webowych aplikacji ASP.NET Core i bibliotek klas (8:18).
dotnet publish jest również przydatna, gdy jest łączona z dotnet pack do tworzenia pakietów NuGet, co sprawia, że twój kod jest ponownie użyteczny w wielu rozwiązaniach .NET Core.
Dodatkowe Wskazówki i Uwagi
Tim podkreśla, że opanowanie tych pięciu komend CLI .NET Core—dotnet build, dotnet run, dotnet watch, dotnet clean i dotnet publish—pokrywa mniej więcej 85% codziennych zadań w programowaniu .NET Core (9:01). Wspomina też o innych opcjach komend i bardziej szczegółowej dokumentacji online, jeśli chcesz zgłębić zaawansowane flagi, runnery testów jednostkowych lub niestandardowe szablony projektów.
Dla nowych projektów, deweloperzy mogą użyć dotnet new console, dotnet new class library lub innych określonych szablonów, aby szybko wygenerować aplikację konsolową .NET Core lub projekt ASP.NET Core. Dodatkowo, dotnet restore pomaga przywrócić lokalne zasoby NuGet i określone zestawy przed kompilacją.
Te komendy są wieloplatformowe, co oznacza, że ten sam interfejs wiersza poleceń CLI działa na Windows, Mac i Linux. Są również kompatybilne z szablonami projektów, plikami rozwiązania, aplikacjami konsolowymi, projektami bibliotek klas oraz model-view-controller, co czyni je wszechstronnymi dla niemal wszystkich projektów .NET Core.
Podsumowanie
Oto szybkie podsumowanie pięciu niezbędnych komend CLI .NET Core, które poleca Tim Corey:
-
dotnet build – Jawnie kompiluje twój projekt do plików DLL w katalogu wyjściowym.
-
dotnet run – Buduje i natychmiast wykonuje aplikację .NET Core.
-
dotnet watch – Umożliwia gorące przeładowanie za pośrednictwem obserwacji plików, aby automatycznie odzwierciedlić zmiany.
-
dotnet clean – Usuwa wszystkie skompilowane pliki i foldery pośrednie, aby uzyskać świeżą kompilację.
- dotnet publish – Przygotowuje w pełni opublikowaną aplikację .NET Core do wdrożenia na dowolnym systemie hostingowym.
Te komendy umożliwiają deweloperom efektywne zarządzanie projektami .NET Core, plikami rozwiązania i projektami konsolowymi, używając .NET CLI bez pełnego polegania na IDE. Włączając je do swojego przepływu pracy, możesz szybko budować, uruchamiać, testować i wdrażać aplikacje .NET Core z pewnością siebie.
