Lekcja 2. Visual Studio 2026 — środowisko pracy i interfejs

Visual Studio to bardzo rozbudowany program — na pierwszy rzut oka może przytłoczyć liczbą okien, przycisków i menu. Na szczęście do codziennej pracy z WPF potrzebujesz naprawdę tylko kilku z nich. Poznajmy je po kolei.

Solution i Project — dwa poziomy organizacji

Solution (rozwiązanie, plik .sln) to "teczka", która może zawierać jeden lub więcej projektów (plik .csproj). W tym dziale każde solution będzie zawierać jeden projekt WPF, ale w większych systemach jedno solution potrafi grupować kilkanaście projektów (np. aplikację, bibliotekę wspólną i projekt testów jednostkowych).

Solution Explorer — mapa projektu

Solution Explorer (domyślnie po prawej stronie, Widok → Eksplorator rozwiązań / View → Solution Explorer, skrót Ctrl+Alt+L) to drzewko wszystkich plików projektu. W świeżym projekcie WPF znajdziesz tam m.in.:

• App.xaml / App.xaml.cs — punkt startowy całej aplikacji, tu można zdefiniować zasoby (style, kolory) współdzielone przez wszystkie okna;
• MainWindow.xaml / MainWindow.xaml.cs — główne okno aplikacji i jego kod w tle (code-behind);
• Properties (a w nim AssemblyInfo.cs) — metadane aplikacji (nazwa, wersja);
• Zależności / Dependencies — lista zainstalowanych pakietów NuGet i odwołań do bibliotek;
• foldery bin i obj — pliki WYGENEROWANE automatycznie podczas kompilacji (skompilowane .exe/.dll). Nigdy nie edytuje się ich ręcznie i nie dodaje do repozytorium Git — jeśli je usuniesz, powstaną od nowa przy kolejnej kompilacji.

Toolbox — skrzynka z kontrolkami

Toolbox (domyślnie zwinięty pasek po lewej krawędzi, Widok → Przybornik / View → Toolbox) zawiera wszystkie gotowe kontrolki WPF — Button, TextBox, Label i dziesiątki innych — pogrupowane kategoriami. Kontrolkę dodajesz do okna, przeciągając ją myszą z Toolboxa na obszar projektanta (Designer). To alternatywa dla ręcznego wpisywania znaczników XAML — obie metody dają dokładnie ten sam efekt, bo przeciągnięcie kontrolki po prostu dopisuje odpowiedni XAML za Ciebie.

Projektant XAML (Designer) — podgląd na żywo

Kiedy otworzysz plik .xaml, Visual Studio domyślnie dzieli okno edytora na dwie części: u góry podgląd wizualny (jak będzie wyglądać okno), u dołu kod XAML. Zmiana w jednym miejscu natychmiast aktualizuje drugie — możesz przeciągać kontrolki myszą w podglądzie ALBO pisać znaczniki ręcznie w kodzie, w zależności od tego, co jest wygodniejsze w danej chwili. Doświadczeni programiści WPF najczęściej piszą XAML ręcznie (jest to szybsze i bardziej precyzyjne), a podglądu używają tylko do sprawdzenia efektu.

Properties (Właściwości) — panel ustawień kontrolki

Okno Properties (domyślnie prawy dolny róg, F4 albo Widok → Okno właściwości) pokazuje wszystkie właściwości aktualnie zaznaczonej kontrolki — kolor, rozmiar, nazwę, czcionkę — w formie formularza z polami i listami rozwijanymi. To wygodny sposób na odkrywanie, jakie właściwości w ogóle ma dana kontrolka, bez przeszukiwania dokumentacji: zaznacz kontrolkę w projektancie i przewiń listę właściwości w oknie Properties.

Output i Lista błędów (Error List)

Okno Output (Widok → Output) pokazuje szczegółowy log kompilacji — co dokładnie się kompiluje i czy się udało. Lista błędów / Error List (Widok → Lista błędów) to bardziej czytelna, przefiltrowana lista błędów (czerwone ikony) i ostrzeżeń (żółte ikony) — dwuklik na wpisie przenosi kursor dokładnie do problematycznej linijki kodu.

Konfiguracja Debug / Release

U góry okna głównego, obok przycisku uruchamiania, znajduje się rozwijana lista z konfiguracją: Debug (domyślna — kompilacja zawiera dodatkowe informacje ułatwiające debugowanie, uruchamianie jest wolniejsze) oraz Release (kompilacja zoptymalizowana pod wydajność, używana przy publikowaniu gotowej aplikacji do użytkowników — w tej konfiguracji breakpointy mogą nie działać poprawnie).

Uruchamianie i debugowanie — najważniejsze skróty

Skrót	Działanie
F5	Uruchom z debugowaniem (Start Debugging) — zatrzymuje się na breakpointach.
Ctrl+F5	Uruchom bez debugowania — szybsze, breakpointy są ignorowane.
Shift+F5	Zatrzymaj debugowanie.
F9	Ustaw/usuń breakpoint (czerwona kropka) w bieżącej linijce kodu.
F10	Krok przez kod — wykonaj bieżącą linijkę, ale NIE wchodź do wnętrza wywoływanej metody.
F11	Krok do wewnątrz — wykonaj bieżącą linijkę i wejdź do wnętrza wywoływanej metody, jeśli to możliwe.
Ctrl+Shift+B	Zbuduj (skompiluj) całe rozwiązanie bez uruchamiania.

Kiedy program zatrzyma się na breakpoincie, na dole ekranu pojawiają się okna Locals (aktualne wartości zmiennych lokalnych) i Watch (wartości wybranych przez Ciebie wyrażeń, które śledzisz na bieżąco) — to podstawowe narzędzia do znajdowania błędów logicznych, kiedy program się kompiluje, ale działa niepoprawnie.

NuGet — instalowanie bibliotek zewnętrznych

Menu Narzędzia → Menedżer pakietów NuGet → Zarządzaj pakietami NuGet dla rozwiązania (Tools → NuGet Package Manager) otwiera okno, w którym możesz wyszukać i zainstalować gotowe biblioteki — np. w dalszych lekcjach zainstalujemy w ten sposób bibliotekę do obsługi bazy SQLite. NuGet automatycznie pobiera bibliotekę z internetu i dodaje odwołanie do projektu — dokładnie tak, jak przy instalowaniu paczek w innych ekosystemach (npm w JavaScript, pip w Pythonie).

IntelliSense — podpowiedzi podczas pisania

Podczas pisania kodu C# lub XAML, Visual Studio na bieżąco podpowiada dostępne właściwości, metody i typy w rozwijanej liście (możesz też wywołać ją ręcznie skrótem Ctrl+Spacja). Czerwone faliste podkreślenie oznacza błąd składniowy, zielone — ostrzeżenie (np. nieużywana zmienna). To ogromne ułatwienie, zwłaszcza przy nauce nowych kontrolek — wystarczy wpisać kropkę po nazwie kontrolki, żeby zobaczyć wszystkie jej dostępne właściwości.