Jak Uruchomić Kod C# Zwykłym Podwójnym Kliknięciem (Tim Corey Wyjaśnia)

Od wykonania w wierszu poleceń do wykonania podwójnym kliknięciem

O godzinie 0:00 Tim Corey zaczyna, odwołując się do wcześniejszej demonstracji, w której pokazał, jak uruchamiać pliki C# bezpośrednio za pomocą dotnet CLI. W tym podejściu, plik .cs mógł być wykonywany z okna terminala używając dotnet run, sprawiając, że C# wydaje się bliżej do pliku skryptowego niż pełnego projektu.

Jednak Tim wskazuje o 0:11, że wciąż pozostaje jedno ograniczenie: nadal nie można było po prostu dwukrotnie kliknąć pliku C# i wykonać go. Musiałeś używać wiersza poleceń, co oznaczało otwarcie konsoli, nawigację do folderu i wpisanie komendy.

O godzinie 0:20 Tim wyjaśnia, że celem tego wideo jest rozwiązanie tego problemu poprzez pokazanie, jak dwukrotnie kliknąć plik .cs i wykonać go bezpośrednio na Windows.

A Simple Hello World Example in C

O godzinie 0:42 Tim przedstawia dwa pliki: plik C# nazwany hello.cs i plik wsadowy, który sprawi, że wszystko zadziała.

Tim najpierw skupia się na samym pliku C#. O godzinie 0:53 uruchamia go używając dotnet run hello.cs, a wyjściem jest prosty komunikat Hello World. Jak wyjaśnia Tim o 1:01, to wszystko, co robi program.

Mimo że Tim nie otwiera Visual Studio ani nie tworzy pełnego pliku projektu, kod C# nadal podąża za podstawową strukturą, którą deweloperzy rozpoznają—using System, definiowanie public class Program i zawieranie metody static void Main. To pokazuje, że nawet bez tradycyjnego projektu aplikacji konsolowej, kompilator C# nadal może kompilować i wykonywać prawidłowy kod C#.

Tim wyjaśnia o 1:05, że to podejście traktuje pojedynczy plik .cs niemal jak skrypt, eliminując potrzebę pełnego projektu .NET Framework lub w stylu SDK.

Dlaczego to nie jest pełna konfiguracja projektowa

O godzinie 1:08 Tim krótko przypomina widzom, że nie jest to to samo, co tworzenie pełnej aplikacji konsolowej z solucją, odwołaniami do projektów czy pakietów NuGet. Te koncepcje nadal mają znaczenie przy tworzeniu większych aplikacji.

Jednak dla szybkich narzędzi użytkowych, przykładów edukacyjnych czy lekkiej automatyzacji, Tim pokazuje, że można natychmiast rozpocząć kodowanie jednym plikiem .cs i dotnet CLI, bez martwienia się o foldery, rozszerzenia czy konfigurację projektu.

Wprowadzenie rozwiązania opartego na plikach wsadowych

O godzinie 1:19 Tim wyjaśnia, że wykonanie podwójnym kliknięciem wymaga pomocy narzędzia Windows—pliku wsadowego.

O godzinie 1:24 jasno stwierdza, że plik wsadowy jest tym, co łączy akcję podwójnego kliknięcia z komendą dotnet run. Bez niego Windows nie wie, jak wykonać plik .cs jako program.

Tim wspomina, że plik wsadowy jest dostępny w opisie wideo, ale przechodzi przez niego linia po linii, aby deweloperzy mogli zrozumieć dokładnie, co się dzieje.

Jak działa plik wsadowy

O godzinie 1:34 Tim pokazuje cały plik wsadowy i zaczyna wyjaśniać każdą linię.

Najpierw wyłącza echa komend, aby zachować czystość wyjścia. O godzinie 1:39 wyjaśnia, że plik wsadowy zmienia bieżący katalog na folder, w którym znajduje się kliknięty plik .cs. To zapewnia, że poprawne pliki są dostępne w czasie wykonywania.

O godzinie 1:46 Tim podkreśla najważniejszą linię: komendę dotnet run. Plik, który został dwukrotnie kliknięty, jest przekazywany jako argument, pozwalając plikowi wsadowemu na automatyczne wykonanie odpowiedniego pliku .cs.

To podejście unika ręcznego kompilowania oddzielnego pliku exe i zamiast tego opiera się na kompilatorze .NET, aby kompilować i uruchamiać kod na żądanie.

Utrzymywanie otwartego okna terminala

O godzinie 1:52 Tim wyjaśnia, dlaczego plik wsadowy zawiera komendę pause.

Ponieważ program przykładowy nie czeka na dane wejściowe użytkownika—takie jak Console.ReadLine()—okno terminala zamknęłoby się natychmiast po wykonaniu. To skutkowałoby szybkim błyskiem, w którym użytkownik nigdy nie zobaczyłby wyjścia.

Poprzez zatrzymanie terminala Tim zapewnia, że wyjście pozostaje widoczne, dopóki użytkownik nie naciśnie klawisza. Jak wyjaśnia on o 2:15, jeśli nie chcesz takiego zachowania, możesz usunąć linię pause, dzięki czemu program będzie działał cicho w tle.

Łączenie plików .cs z plikiem wsadowym

O godzinie 2:24 Tim wyjaśnia, że plik wsadowy nie jest zaprojektowany do wykonywania poprzez podwójne kliknięcie. Oczekuje on nazwy pliku jako danych wejściowych.

Rozwiązaniem, jak pokazuje Tim o 2:32, jest powiązanie plików .cs z plikiem wsadowym za pomocą Open With → Choose Another App. Jeśli plik wsadowy nie pojawia się na liście, Tim wyjaśnia o 2:42, że można ręcznie przeszukać system, aby go znaleźć.

Po wybraniu Tim wybiera Always, czyniąc ten plik wsadowy domyślnym obsługującym pliki .cs na Windows.

Running C# Code With a Double Click

O godzinie 3:06 Tim demonstruje efekt. Kiedy dwukrotnie klika hello.cs, otwiera się okno konsoli, kod C# jest kompilowany i wykonywany, a wyjście Hello World się pojawia.

Tworzy to doświadczenie podobne do uruchamiania skryptu w językach takich jak Python, gdzie pojedynczy plik może być bezpośrednio wykonany przez użytkownika.

Przełączanie z powrotem do Visual Studio lub edytora

O godzinie 3:16 Tim omawia, co się dzieje, jeśli chcesz otworzyć plik w Visual Studio, VS Code lub innym edytorze zamiast.

Wyjaśnia on, że tylko jedna domyślna akcja może być przypisana do podwójnego kliknięcia. Jednak użytkownicy mogą kliknąć prawym przyciskiem myszy i wybrać Open With, aby otworzyć plik w edytorze. O godzinie 3:37 Tim pokazuje, jak zresetować domyślne zachowanie poprzez wybranie edytora i wybór Always.

Tylko Windows, proste i praktyczne

O godzinie 3:54 Tim wyjaśnia, że ta metoda działa na Windows, chociaż podobne pomysły mogą istnieć dla innych platform.

On konkluduje o 4:00, że tak długo, jak plik .cs jest poprawnie skonfigurowany, deweloperzy mogą teraz dwukrotnie go kliknąć, aby wykonać kod C#, zobaczyć wyjście, nacisnąć klawisz i zamknąć okno—or allow it to run quietly without pausing.

Podsumowanie

Poprzez to wideo, Tim Corey demonstruje praktyczny sposób uruchamiania kodu C# bez pełnego projektu, IDE czy ręcznych kroków w wierszu poleceń. Łącząc prosty plik C# z plikiem wsadowym, C# staje się znacznie bardziej dostępny dla szybkich skryptów, eksperymentów i narzędzi—nadal używając znanych pojęć jak public class Program, static void Main, i dotnet CLI.

Jak podkreśla Tim, to nie chodzi o zastąpienie najlepszych praktyk—to chodzi o posiadanie odpowiedniego narzędzia do zadania.