Interpreter cmd.exe jest podstawowym narzędziem do automatyzacji zadań w systemach Windows i pomimo ograniczonej składni wciąż znajduje szerokie zastosowanie w środowiskach korporacyjnych. Wielu administratorów rozpoczyna swoją przygodę z programowaniem właśnie od skryptów wsadowych, ponieważ ich składnia jest prosta i łatwa do opanowania. cmd.exe wywodzi się z ery MS-DOS, ale na przestrzeni lat doczekał się wielu udoskonaleń w kolejnych wersjach Windows. W codziennej pracy skrypty wsadowe są używane do wykonywania rutynowych czynności, takich jak kopiowanie plików, uruchamianie programów czy sprawdzanie stanu systemu. Mimo pojawienia się PowerShella, cmd.exe wciąż pozostaje domyślnym interpreterem w wielu organizacjach ze względu na kompatybilność wsteczną. Znajomość tego interpretera jest niezbędna dla każdego specjalisty IT pracującego w środowisku Windows.

Warto pamiętać, że cmd.exe oferuje znacznie więcej możliwości niż jego poprzednik COMMAND.COM, między innymi obsługę dłuższych nazw plików i rozszerzone opcje poleceń. Mimo tych udoskonaleń nowoczesne skrypty coraz częściej pisze się w PowerShellu, który oferuje obiektowe podejście do danych.

Rozróżnienie między plikami .bat a .cmd ma znaczenie przede wszystkim historyczne i praktyczne dla programistów piszących skrypty wsadowe. Pliki .bat pochodzą jeszcze z czasów MS-DOS i są rozpoznawane przez wszystkie wersje systemu Windows, podczas gdy .cmd zostało wprowadzone wraz z Windows NT. Najważniejsza różnica dotyczy zachowania zmiennej %ERRORLEVEL%, która w plikach .cmd jest automatycznie zerowana po niektórych udanych poleceniach (takich jak PATH, SET, ASSOC), podczas gdy w .bat pozostaje wtedy niezmieniona. W praktyce codziennej pracy administratorzy rzadko przejmują się tą różnicą, ale warto o niej wiedzieć przy debugowaniu złożonych skryptów. Nowoczesne systemy Windows traktują oba rozszerzenia niemal identycznie. Wybierając rozszerzenie .cmd, sygnalizujemy, że skrypt został napisany z myślą o nowszych systemach Windows.

Niezależnie od wybranego rozszerzenia, zarówno pliki .bat, jak i .cmd są zwykłymi plikami tekstowymi, które można edytować dowolnym edytorem tekstu. Ważne jest jednak, aby zapisywać je z kodowaniem ANSI, ponieważ interpreter cmd.exe ma ograniczoną obsługę UTF-8, co może prowadzić do problemów z polskimi znakami diakrytycznymi.

Tworzenie pierwszego skryptu wsadowego to doskonały sposób na zrozumienie podstawowych mechanizmów działania interpretera cmd.exe. Polecenie @echo off jest standardowym otwarciem każdego skryptu, ponieważ zapobiega wyświetlaniu samych poleceń na ekranie i czyni wynik czytelniejszym dla użytkownika. Komentarze w skryptach wsadowych można zapisywać na dwa sposoby, przy czym :: jest szybsze od REM, ponieważ interpreter traktuje je jako etykietę, którą po prostu pomija. Polecenie echo z kropką służy do wyświetlania pustej linii, co jest przydatne przy formatowaniu komunikatów na ekranie. Polecenie pause zatrzymuje wykonanie skryptu i wyświetla zachętę do naciśnięcia dowolnego klawisza. Dobrą praktyką jest zawsze umieszczanie pause na końcu skryptów testowych, aby zobaczyć wyniki przed zamknięciem okna konsoli.

W profesjonalnych skryptach wsadowych zamiast pause stosuje się często timeout /t -1, który czeka na naciśnięcie klawisza (podobnie jak pause, również wyświetla komunikat). Aby ukryć komunikat, stosuje się przekierowanie: timeout /t -1 >nul. Pozwala to na zachowanie pełnej kontroli nad interfejsem użytkownika skryptu.

Uruchamianie skryptów wsadowych w systemie Windows jest intuicyjne i nie wymaga nadawania specjalnych uprawnień, w przeciwieństwie do systemów Linux. Dwukrotne kliknięcie pliku .cmd w Eksploratorze Windows uruchamia go w domyślnym interpreterze cmd.exe, ale uwaga – skrypt wykona się w katalogu profilu użytkownika, a nie tam, gdzie znajduje się plik. Uruchamianie z uprawnieniami administratora jest kluczowe przy operacjach wymagających modyfikacji systemowych plików lub rejestru. Użycie setlocal na początku skryptu jest jedną z najważniejszych dobrych praktyk, ponieważ zapobiega zaśmiecaniu środowiska zmiennymi po zakończeniu skryptu. Planowanie zadań pozwala na uruchamianie skryptów o określonych porach, co jest przydatne przy automatyzacji zadań konserwacyjnych. Warto pamiętać, że skrypty uruchomione przez Task Schedulera działają w tle, bez widocznego okna konsoli.

Różne metody uruchamiania skryptów mają wpływ na dostępne uprawnienia i środowisko wykonawcze. Skrypty uruchomione z sieciowego udostępnienia mogą wymagać dodatkowej konfiguracji zabezpieczeń, ponieważ nowoczesne wersje Windows domyślnie blokują wykonywanie skryptów z nieznanych źródeł.

Zmienne w skryptach wsadowych są zawsze tekstowe, co oznacza, że wartości liczbowe są również przechowywane jako ciągi znaków. Polecenie set jest podstawowym narzędziem do pracy ze zmiennymi, a jego składnia wymaga szczególnej uwagi przy znaku równości. Forma z cudzysłowem wokół całego przypisania jest zalecana, ponieważ zapobiega problemom z ukrytymi spacjami na końcu wartości. Dostęp do wartości zmiennej następuje przez otoczenie jej nazwy znakami procentu, co nazywa się rozszerzaniem zmiennej. Polecenie set bez argumentów wyświetla wszystkie zmienne środowiskowe, co jest przydatne przy debugowaniu. Sprawdzanie, czy zmienna istnieje za pomocą if defined, pozwala uniknąć błędów przy próbie użycia niezdefiniowanej zmiennej. Usunięcie zmiennej następuje przez przypisanie jej pustej wartości za pomocą set ZMIENNA=.

W nowoczesnych skryptach wsadowych warto pamiętać o ograniczeniu długości nazw zmiennych i wartości – maksymalna długość pojedynczej zmiennej środowiskowej wynosi 32767 znaków, choć w praktyce rzadko osiąga się ten limit.

Zrozumienie różnicy między zmiennymi lokalnymi a globalnymi jest kluczowe dla pisania bezpiecznych i przewidywalnych skryptów wsadowych. Zmienne globalne, tworzone bez użycia setlocal, pozostają w pamięci po zakończeniu skryptu i mogą wpływać na działanie innych programów. Jest to szczególnie niebezpieczne w środowiskach serwerowych, gdzie równolegle może działać wiele skryptów. Zmienne lokalne, deklarowane wewnątrz bloku setlocal...endlocal, są automatycznie usuwane, co zapobiega konfliktom nazw. Zagnieżdżanie setlocal pozwala na tworzenie hierarchicznych poziomów widoczności zmiennych. Stosowanie setlocal na początku każdego skryptu powinno być standardem, nawet w najprostszych skryptach. Mechanizm setlocal jest szczególnie ważny przy wywoływaniu jednego skryptu z drugiego, ponieważ zapobiega przypadkowemu nadpisaniu zmiennych.

Warto pamiętać, że setlocal ma również dodatkowe opcje, takie jak EnableDelayedExpansion, które rozszerzają możliwości skryptów. Jednak podstawowe setlocal bez opcji jest wystarczające do zarządzania zasięgiem zmiennych w większości przypadków.

Sztuczka z endlocal & set to jedna z najbardziej zaawansowanych technik w skryptach wsadowych, pozwalająca na przekazanie wartości zmiennej lokalnej poza blok setlocal. Działa ona dzięki temu, że interpreter cmd.exe przetwarza całą linię przed jej wykonaniem, więc wartość zmiennej jest pobierana przed wykonaniem endlocal. Jest to szczególnie przydatne w funkcjach (podprogramach), które muszą zwrócić obliczoną wartość do głównego skryptu. Można w ten sposób przekazać wiele zmiennych jednocześnie, łącząc je operatorem &. Technika ta wymaga jednak ostrożności, ponieważ łatwo o błąd przy nieprawidłowym cytowaniu. W praktyce endlocal & set jest używane w zaawansowanych skryptach do zarządzania konfiguracją i stanem. Zrozumienie tego mechanizmu jest ważnym krokiem w nauce profesjonalnego programowania w CMD.

Alternatywnym rozwiązaniem jest użycie zmiennych globalnych, ale w dłuższych skryptach prowadzi to do bałaganu i trudności w utrzymaniu kodu. Dlatego endlocal & set pozostaje preferowaną metodą w profesjonalnych skryptach wsadowych.

Polecenie set /p umożliwia tworzenie interaktywnych skryptów, które mogą dostosowywać swoje działanie do wprowadzonych danych. Jest to podstawowy mechanizm komunikacji z użytkownikiem w skryptach wsadowych, ponieważ cmd.exe nie oferuje bardziej zaawansowanych interfejsów. Ważne jest, aby zawsze walidować dane wprowadzone przez użytkownika, ponieważ mogą one zawierać błędy lub być celowo nieprawidłowe. Sprawdzenie za pomocą if not defined pozwala wykryć, czy użytkownik faktycznie coś wpisał, czy po prostu nacisnął Enter. Walidacja formatu danych za pomocą findstr z wyrażeniem regularnym pozwala na sprawdzenie, czy adres IP lub inna wartość ma oczekiwany format. W skryptach produkcyjnych warto również zabezpieczyć się przed zbyt długimi danymi wejściowymi. Interaktywne skrypty z set /p są często używane w narzędziach wdrożeniowych i instalacyjnych.

Nowoczesne skrypty wsadowe coraz częściej rezygnują z interakcji z użytkownikiem na rzecz przyjmowania parametrów z linii poleceń. Takie podejście ułatwia automatyzację i umożliwia uruchamianie skryptów bez nadzoru człowieka.

Zmienne dynamiczne w cmd.exe są automatycznie aktualizowane przez interpreter w momencie odczytu, co odróżnia je od zwykłych zmiennych środowiskowych. Zmienna %RANDOM% generuje liczbę pseudolosową i jest przydatna do tworzenia unikalnych nazw plików tymczasowych lub prostych systemów losowania. %DATE% i %TIME% zwracają aktualny czas systemowy, ale ich format zależy od ustawień regionalnych, co może powodować problemy z przenośnością skryptów. %ERRORLEVEL% przechowuje kod wyjścia ostatnio wykonanego polecenia i jest fundamentem obsługi błędów w skryptach wsadowych. Zmienna %CD% zawsze wskazuje bieżący katalog roboczy i jest przydatna przy operacjach na plikach. %CMDCMDLINE% i %CMDEXTVERSION% dostarczają informacji o samym interpreterze, co bywa pomocne przy debugowaniu. Znajomość tych zmiennych znacząco ułatwia tworzenie zaawansowanych skryptów.

Warto pamiętać, że zmienne dynamiczne nie są widoczne w wywołaniu set bez argumentów, ponieważ są generowane na żądanie. Można je jednak swobodnie używać w skryptach tak jak zwykłe zmienne, otaczając ich nazwy znakami procentu.

Problem natychmiastowego rozszerzania zmiennych jest jednym z największych wyzwań dla programistów piszących skrypty wsadowe. Interpreter cmd.exe czyta cały blok kodu (na przykład pętlę for lub blok if w nawiasach) przed jego wykonaniem, rozwijając wszystkie zmienne %VAR% do ich aktualnych wartości. Oznacza to, że zmiana wartości zmiennej wewnątrz pętli nie jest widoczna, dopóki pętla się nie zakończy. Jest to szczególnie mylące dla programistów przychodzących z innych języków, gdzie zmienne są odczytywane w momencie wykonania. Problem ten dotyczy wszystkich konstrukcji ujętych w nawiasy, w tym pętli for i bloków if-else. W przykładzie z licznikiem widać, że mimo inkrementacji wartość odczytywana w pętli zawsze wynosi 0. Zrozumienie tego mechanizmu jest kluczowe dla poprawnego projektowania skryptów wsadowych.

Rozwiązaniem tego problemu jest opóźnione rozszerzanie zmiennych, które zostanie szczegółowo omówione na następnym slajdzie. Warto zapamiętać zasadę: jeśli zmieniasz wartość zmiennej wewnątrz pętli, użyj wykrzykników zamiast procentów.

Opóźnione rozszerzanie zmiennych to jedna z najważniejszych funkcji cmd.exe, która znacząco rozszerza możliwości skryptów wsadowych. Włącza się je przez dodanie opcji EnableDelayedExpansion do polecenia setlocal, co aktywuje alternatywny sposób odczytywania zmiennych. Zmienne otoczone wykrzyknikami (!VAR!) są rozwijane w momencie wykonania linii, a nie w momencie parsowania bloku kodu. Dzięki temu można odczytać wartość zmiennej, która została zmieniona wewnątrz pętli lub bloku warunkowego. Poza blokami kodu można nadal używać standardowych procentów. Opóźnione rozszerzanie jest niezbędne przy przetwarzaniu plików w pętlach for, gdzie każda iteracja może zmieniać stan zmiennych. W praktyce zaleca się włączanie opóźnionego rozszerzania w każdym skrypcie, który używa pętli lub modyfikuje zmienne wewnątrz bloków kodu.

Należy jednak pamiętać, że opóźnione rozszerzanie ma pewne skutki uboczne, na przykład zmienia sposób interpretacji wykrzykników w wartościach zmiennych. Dlatego w prostych skryptach, które nie modyfikują zmiennych w blokach, można go nie włączać.

Operacje arytmetyczne w cmd.exe są możliwe dzięki przełącznikowi /a polecenia set, który interpretuje przypisaną wartość jako wyrażenie matematyczne. Mimo że zmienne są przechowywane jako tekst, wewnątrz wyrażenia /a są traktowane jako liczby całkowite. Warto pamiętać, że cmd.exe operuje na 32-bitowych liczbach całkowitych, co oznacza maksymalną wartość nieco ponad 2 miliardy. Dzielenie w cmd.exe jest zawsze całkowite, a resztę można uzyskać za pomocą operatora modulo. Nawiasy okrągłe służą do grupowania wyrażeń i zmiany kolejności działań. Operatory += i -= pozwalają na wygodną inkrementację i dekrementację zmiennych. W praktyce wyrażenia arytmetyczne są używane do zliczania iteracji, obliczania rozmiarów plików czy tworzenia prostych kalkulatorów.

W przypadku potrzeby bardziej zaawansowanych obliczeń, na przykład zmiennoprzecinkowych, warto rozważyć użycie PowerShella lub zewnętrznych narzędzi. cmd.exe nie oferuje natywnego wsparcia dla liczb zmiennoprzecinkowych.

Operacje na podciągach w cmd.exe pozwalają na wycinanie fragmentów tekstu ze zmiennych, co jest niezwykle przydatne przy przetwarzaniu ścieżek plików, dat czy innych sformatowanych danych. Składnia %ZMIENNA:~start,długość% jest elastyczna i pozwala na używanie ujemnych indeksów do liczenia od końca ciągu. Indeksy numerowane są od zera, co jest zgodne z konwencją większości języków programowania. Praktyczne zastosowania obejmują wycinanie daty ze zmiennej %DATE%, usuwanie rozszerzeń plików czy ekstrakcję fragmentów ścieżek. Ujemne wartości start pozwalają na wygodne pobieranie ostatnich znaków ciągu, na przykład rozszerzenia pliku. Operacje na podciągach są często łączone z podstawianiem wyniku do nowej zmiennej. Znajomość tej składni jest niezbędna przy przetwarzaniu danych tekstowych w skryptach wsadowych.

Warto eksperymentować z różnymi kombinacjami indeksów, ponieważ nieprawidłowe wartości (na przykład start poza zakresem) nie powodują błędu, a jedynie zwracają pusty ciąg. Ułatwia to tworzenie bezpiecznych operacji bez konieczności sprawdzania długości ciągu.

Operacja zamiany tekstu w cmd.exe to potężne narzędzie do transformacji danych, które działa na poziomie pojedynczej zmiennej. Składnia %ZMIENNA:szukany=zamiennik% zamienia wszystkie wystąpienia podanego wzorca na nowy tekst, co jest przydatne przy czyszczeniu lub formatowaniu danych. Wariant z gwiazdką (*) na początku wzorca zamienia wszystko od początku ciągu do pierwszego wystąpienia wzorca włącznie. Aby usunąć fragment tekstu, wystarczy pozostawić pusty zamiennik po znaku równości. Operacja zamiany jest często używana do zastępowania spacji podkreślnikami w nazwach plików lub do usuwania niepotrzebnych prefiksów i sufiksów. W praktyce zamiana tekstu sprawdza się znakomicie przy przetwarzaniu danych z plików konfiguracyjnych. Mechanizm ten jest jednak ograniczony do prostych wzorców i nie obsługuje wyrażeń regularnych.

W przypadku potrzeby bardziej zaawansowanych transformacji tekstu, takich jak zamiana z użyciem wzorców, warto sięgnąć po narzędzia zewnętrzne, takie jak sed dla Windows lub PowerShell. cmd.exe pozwala tylko na dosłowne dopasowanie wzorca.

Instrukcja if w cmd.exe jest podstawowym mechanizmem podejmowania decyzji i umożliwia wykonywanie różnych działań w zależności od spełnienia warunku. Porównywanie ciągów znaków wymaga szczególnej uwagi – zmienne należy zawsze otaczać cudzysłowami, aby uniknąć błędów przy pustych zmiennych lub wartościach zawierających spacje. Parametr /I powoduje ignorowanie wielkości liter, co jest przydatne przy porównywaniu danych wejściowych od użytkownika. Sprawdzanie istnienia pliku za pomocą if exist jest jedną z najczęściej wykonywanych operacji w skryptach administracyjnych. Operator if defined pozwala sprawdzić, czy zmienna została zdefiniowana, co jest przydatne przy walidacji argumentów. Bloki kodu w if należy umieszczać w nawiasach, aby można było wykonać więcej niż jedno polecenie. else musi znajdować się w tej samej linii co zamykający nawias bloku then.

Prawidłowe stosowanie cudzysłowów i nawiasów w instrukcjach warunkowych jest jedną z tych umiejętności, która odróżnia początkujących od zaawansowanych programistów cmd.exe. Błędy składniowe w if są jednymi z najtrudniejszych do wyśledzenia.

Porównania liczbowe w cmd.exe różnią się od porównań tekstowych i wymagają użycia specjalnych operatorów słownych, takich jak EQU, NEQ, LSS, LEQ, GTR, GEQ. Operatory te są specyficzne dla cmd.exe i nie występują w innych językach programowania. Wewnątrz porównania liczbowego nie trzeba otaczać zmiennych cudzysłowami, ale wartości muszą być rzeczywistymi liczbami. Sprawdzanie errorlevel za pomocą if errorlevel n jest prawdziwe, gdy kod błędu jest większy lub równy n. Ta właściwość pozwala na sprawdzenie zakresu kodów błędów za pomocą kilku kolejnych instrukcji if. W praktyce if errorlevel 1 jest standardowym sposobem sprawdzenia, czy wystąpił jakikolwiek błąd. Operator %ERRORLEVEL% pozwala na bardziej precyzyjne porównania, na przykład sprawdzenie konkretnej wartości kodu błędu. Zagnieżdżanie instrukcji if pozwala na tworzenie złożonych logiki warunkowych.

Należy pamiętać, że if errorlevel sprawdza warunek >=, a nie ==. Oznacza to, że if errorlevel 1 jest prawdziwe również dla kodów błędów 2, 3 itd. Do sprawdzenia konkretnej wartości lepiej użyć if %ERRORLEVEL% equ n.

Pętla for /L jest podstawowym narzędziem do iteracji po zakresie liczb w cmd.exe, oferując podobną funkcjonalność jak pętla for w innych językach programowania. Składnia z trzema parametrami (start, krok, koniec) pozwala na precyzyjne sterowanie przebiegiem iteracji. Zmienna %%i w skryptach wsadowych musi być poprzedzona podwójnym znakiem procentu, podczas gdy w wierszu poleceń wystarczy pojedynczy. Praktyczne zastosowania pętli for /L obejmują generowanie plików z numerami, odliczanie czasu i wielokrotne powtarzanie operacji. Użycie ujemnego kroku pozwala na iterację w dół, co jest przydatne przy odliczaniu. Wewnątrz pętli można wykonywać dowolne polecenia cmd.exe, w tym wywoływać inne skrypty. Pętla for /L jest szczególnie przydatna przy testowaniu i prototypowaniu algorytmów.

W przypadku potrzeby iteracji po dynamicznej liście warto rozważyć użycie pętli for bez przełącznika, która domyślnie iteruje po zestawie plików lub wartościach. For /L jest zarezerwowane dla sekwencji liczbowych o znanym zakresie.

Pętla for bez przełącznika jest najczęściej używaną formą pętli w skryptach wsadowych, służącą do iteracji po plikach i katalogach. Maski plików z gwiazdką i znakiem zapytania pozwalają na elastyczne dopasowywanie zestawów plików. Modyfikatory zmiennej pętli, takie jak %%~fF dla pełnej ścieżki czy %%~zF dla rozmiaru, znacząco rozszerzają możliwości przetwarzania plików. W praktyce pętla for z modyfikatorem nF (nazwa bez rozszerzenia) jest często używana do zmiany rozszerzeń plików lub tworzenia kopii zapasowych. Modyfikatory można ze sobą łączyć, na przykład %%~dpF daje dysk i ścieżkę pliku. Pętla for pozwala również na iterację po konkretnych plikach wymienionych z nazwy. Wewnątrz pętli można używać warunków if do filtrowania przetwarzanych plików.

Warto zapamiętać, że zmienna pętli for (%%F) jest dostępna tylko wewnątrz pętli i nie można jej odczytać po jej zakończeniu bez zapisania do osobnej zmiennej. Jest to częste źródło błędów u początkujących programistów.

Pętla for /F jest najbardziej zaawansowaną formą pętli w cmd.exe, umożliwiającą przetwarzanie plików linia po linii oraz parsowanie wyników poleceń. Opcje delims, tokens i skip pozwalają na dostosowanie sposobu parsowania do konkretnego formatu danych. Domyślnym separatorem pól jest spacja i tabulacja, ale można to zmienić za pomocą delims. Opcja tokens określa, które kolumny mają być przypisane do zmiennych pętli, a gwiazdka (*) oznacza pozostałą część linii. Przetwarzanie wyników poleceń w jednolitym cudzysłowie (polecenie) jest szczególnie przydatne przy analizie danych systemowych. Parsowanie ciągów znaków za pomocą ("tekst") pozwala na szybkie dzielenie tekstu na części. Pętla for /F jest nieoceniona przy przetwarzaniu plików CSV, logów i innych danych w formacie kolumnowym.

W praktyce for /F wymaga opóźnionego rozszerzania zmiennych, jeśli wewnątrz pętli modyfikujemy zmienne. Bez tego każda iteracja widzi tylko początkową wartość zmiennej, co prowadzi do błędów logicznych w skrypcie.

Argumenty wiersza poleceń są podstawowym mechanizmem przekazywania danych do skryptów wsadowych, umożliwiającym sterowanie ich działaniem bez modyfikacji kodu. Zmienna %0 przechowuje nazwę skryptu, a %1 do %9 kolejne argumenty. Dostęp do argumentów powyżej 9 jest możliwy tylko za pomocą polecenia shift, które przesuwa indeksy argumentów. Argumenty zawierające spacje muszą być ujęte w cudzysłowy podczas wywołania skryptu. Zmienna %* zawiera wszystkie argumenty jako jeden ciąg znaków, co jest przydatne przy przekazywaniu ich dalej. Sprawdzanie, czy argument został podany, wykonuje się przez porównanie %1 z pustym ciągiem. Dobrą praktyką jest zawsze walidować liczbę i typ argumentów na początku skryptu.

W nowoczesnych skryptach wsadowych warto rozważyć użycie zaawansowanych technik parsowania argumentów, takich jak pętla shift z opcjami. Pozwala to na tworzenie skryptów akceptujących opcjonalne argumenty w dowolnej kolejności, podobnie jak w profesjonalnych narzędziach wiersza poleceń.

Modyfikatory argumentów w cmd.exe to potężne narzędzia do transformacji ścieżek i nazw plików bez użycia zewnętrznych programów. Znak tyldy (~) przed numerem argumentu usuwa otaczające cudzysłowy, co jest przydatne przy dalszym przetwarzaniu. Modyfikatory literowe, takie jak f (pełna ścieżka), d (dysk), p (ścieżka), n (nazwa), x (rozszerzenie), pozwalają na wyciągnięcie poszczególnych składników ścieżki. Modyfikator z zwraca rozmiar pliku, co jest przydatne przy sprawdzaniu zajętości dysku. Modyfikatory można ze sobą łączyć, tworząc złożone transformacje, na przykład ~dpnx1 daje pełną nazwę pliku bez ścieżki. W praktyce najczęściej używa się ~dp0 do uzyskania katalogu skryptu oraz ~n1 i ~x1 do rozdzielenia nazwy i rozszerzenia. Modyfikatory działają zarówno dla argumentów skryptu, jak i zmiennych pętli for.

Znajomość modyfikatorów jest niezbędna przy pisaniu skryptów, które operują na ścieżkach plików. Pozwalają one uniknąć używania zewnętrznych narzędzi takich jak sed czy awk do prostych transformacji ścieżek.

Bezpieczne operowanie ścieżkami plików w skryptach wsadowych jest kluczowe dla niezawodności i bezpieczeństwa. Cudzysłowy wokół ścieżek zapobiegają problemom ze spacjami w nazwach katalogów, co jest częstym źródłem błędów. Modyfikatory ~ pozwalają na normalizację ścieżek, na przykład zamianę względnych na bezwzględne. Sprawdzanie istnienia pliku lub katalogu za pomocą if exist przed wykonaniem operacji jest standardem w profesjonalnych skryptach. Użycie cd /d "%~dp0" na początku skryptu zapewnia, że będzie on działał poprawnie niezależnie od miejsca wywołania. Zmienna %CD% zawsze wskazuje bieżący katalog roboczy, ale może się zmieniać w trakcie działania skryptu. Operacje na ścieżkach są szczególnie ważne w skryptach wdrożeniowych i backupowych.

W środowiskach sieciowych warto pamiętać o obsłudze ścieżek UNC (Universal Naming Convention) rozpoczynających się od \serwer\udział. cmd.exe poprawnie obsługuje takie ścieżki, ale wymagają one szczególnej uwagi przy przekazywaniu do niektórych poleceń.

Zmienna %~dp0 jest jednym z najważniejszych narzędzi w arsenale programisty skryptów wsadowych, ponieważ zawsze wskazuje katalog, w którym znajduje się uruchomiony skrypt. Składa się z trzech części: d (dysk), p (ścieżka) i 0 (nazwa skryptu). Końcowy backslash w wartości %~dp0 jest ważny – bez niego łączenie ścieżek mogłoby dać nieprawidłowy wynik. Zastosowania %~dp0 obejmują ustawianie katalogu roboczego, odnajdywanie plików konfiguracyjnych i uniezależnianie skryptu od miejsca wywołania. Ważną cechą %~dp0 jest to, że działa niezależnie od tego, skąd skrypt został wywołany – zawsze wskazuje jego własny katalog. W połączeniu z pętlą for pozwala na przetwarzanie plików w katalogu skryptu. Zmienna %~dp0 jest szczególnie przydatna w skryptach przenośnych, które są dystrybuowane jako zestaw plików.

Warto pamiętać, że %~dp0 zwraca ścieżkę z bieżącego dysku, ale sam dysk jest uwzględniony w wartości. Jeśli skrypt znajduje się na dysku D:, to %~dp0 będzie zaczynać się od D:\. Umożliwia to bezproblemowe operacje na plikach niezależnie od dysku.

Polecenie shift jest niezbędne przy obsłudze większej liczby argumentów, niż pozwalają na to standardowe zmienne %1-%9. Mechanizm przesuwania argumentów w lewo powoduje, że %2 staje się nowym %1, %3 staje się %2, i tak dalej. Po wykonaniu shift oryginalny %1 jest bezpowrotnie tracony, więc przed przesunięciem należy zapisać jego wartość, jeśli będzie jeszcze potrzebna. W praktyce shift jest najczęściej używany w pętli, która przetwarza argumenty jeden po drugim aż do wyczerpania listy. Pętla z shift i goto :etykieta to klasyczny wzorzec przetwarzania argumentów w skryptach wsadowych. For po prostu iteruje po wszystkich argumentach bez konieczności używania shift. Mimo że shift jest wciąż używany w starszych skryptach, w nowych warto rozważyć for jako prostszą alternatywę.

Polecenie shift obsługuje również opcjonalny parametr /n, który pozwala na przesuwanie argumentów od konkretnego indeksu. Jest to przydatne w zaawansowanych skryptach, które muszą zachować kilka pierwszych argumentów jako stałe parametry.

Etykiety i goto są najstarszym mechanizmem sterowania przepływem w skryptach wsadowych, wywodzącym się bezpośrednio z języków programowania ery mainframe. Etykieta to dowolna nazwa poprzedzona dwukropkiem, która oznacza miejsce w kodzie, do można skoczyć za pomocą goto. Specjalna etykieta :eof oznacza koniec pliku i jest często używana do zakończenia skryptu lub podprogramu. Nadmierne używanie goto prowadzi do tak zwanego spaghetti code, czyli kodu o nieczytelnej strukturze. Mimo to w skryptach wsadowych goto jest często niezbędne, ponieważ cmd.exe nie oferuje bardziej zaawansowanych konstrukcji sterujących. Praktyczne zastosowania goto obejmują implementację menu, obsługę błędów i tworzenie pętli. Etykiety w cmd.exe są niewrażliwe na wielkość liter, więc :KONIEC i :koniec oznaczają to samo miejsce.

W nowoczesnych skryptach warto ograniczyć użycie goto na rzecz strukturalnych konstrukcji, takich jak bloki if-else i pętle for. goto powinno być zarezerwowane dla sytuacji, gdy inne mechanizmy są niewystarczające, na przykład przy obsłudze błędów krytycznych.

Podprogramy wywoływane przez call są odpowiednikiem funkcji w innych językach programowania i pozwalają na wielokrotne używanie tego samego kodu. Różnica między goto a call jest fundamentalna: goto skacze do etykiety i nie wraca, podczas gdy call zapamiętuje miejsce wywołania i po dotarciu do :eof wraca do niego. Podprogramy mogą przyjmować argumenty dostępne jako %1, %2 itd., które są oddzielne od argumentów głównego skryptu. Zakończenie podprogramu następuje przez goto :eof lub exit /b, który dodatkowo ustawia kod powrotu. Podprogramy pozwalają na tworzenie modułowego kodu, który można testować niezależnie. W praktyce call jest używane do implementacji funkcji takich jak logowanie, walidacja danych czy obliczenia. Podprogramy można zagnieżdżać, czyli jeden podprogram może wywoływać kolejny za pomocą call.

Dobrą praktyką jest oddzielanie definicji podprogramów od głównej logiki skryptu za pomocą goto :eof na końcu głównej części. Dzięki temu interpreter nigdy nie wejdzie przypadkowo w definicję podprogramu bez wywołania przez call.

Zwracanie wartości z podprogramów w cmd.exe jest bardziej złożone niż w innych językach, ale dostępne techniki pozwalają na skuteczne przekazywanie wyników. Metoda przez ERRORLEVEL jest najprostsza, ale ogranicza się do liczb całkowitych w zakresie 0-255. Metoda przez zmienną przekazaną jako referencja (%~1) pozwala na modyfikację zmiennej w miejscu wywołania, co jest symulacją przekazywania przez referencję. Sztuczka endlocal & set jest najbardziej zaawansowana i pozwala na bezpieczne przekazanie wartości z podprogramu do głównego skryptu, zachowując izolację zmiennych lokalnych. Każda z tych metod ma swoje zalety i wady, a wybór zależy od konkretnego zastosowania. W praktyce najczęściej używa się metody przez ERRORLEVEL dla wartości liczbowych i sztuczki endlocal dla tekstów. Kombinacja tych technik pozwala na implementację złożonych operacji zwracających wiele wartości.

Niezależnie od wybranej metody, warto dokumentować, jakiego typu wartości i w jaki sposób podprogram zwraca. Ułatwia to utrzymanie kodu i zapobiega błędom przy ponownym użyciu podprogramu w innych skryptach.

Wywoływanie innych skryptów i programów z poziomu skryptu wsadowego pozwala na tworzenie modularnych systemów automatyzacji. Polecenie call jest preferowane do wywoływania innych skryptów wsadowych, ponieważ zapewnia powrót sterowania do skryptu wywołującego. Polecenie start uruchamia program w nowym oknie, co jest przydatne przy uruchamianiu aplikacji z graficznym interfejsem. Start /wait łączy zalety start i call – uruchamia program w nowym oknie i czeka na jego zakończenie. Polecenie cmd /c wykonuje polecenie w nowej instancji interpretera i kończy ją, co jest przydatne przy wykonywaniu pojedynczych poleceń. Bezpośrednie wywołanie innego skryptu (bez call) przekazuje mu sterowanie na stałe – skrypt wywołujący nie odzyskuje kontroli. Przekazywanie argumentów między skryptami jest automatyczne, ale można je kontrolować za pomocą %*. Profesjonalne skrypty często używają call do wywoływania bibliotek funkcji.

W środowiskach sieciowych warto pamiętać, że wywoływanie skryptów z udziałów sieciowych może być blokowane przez Group Policy lub zabezpieczenia systemu. W takich przypadkach należy skopiować skrypt lokalnie przed jego wykonaniem.

Przekierowanie strumieni w cmd.exe działa na tych samych zasadach co w innych systemach uniksowych, ale składnia została dostosowana do specyfiki Windows. Trzy standardowe strumienie (stdin, stdout, stderr) są obsługiwane za pomocą deskryptorów 0, 1 i 2. Operator > przekierowuje standardowe wyjście do pliku, tworząc go lub nadpisując, jeśli już istnieje. Operator >> dopisuje dane do istniejącego pliku, co jest przydatne przy tworzeniu logów. Przekierowanie stderr za pomocą 2> pozwala na oddzielenie komunikatów błędów od prawidłowych danych wyjściowych. Specjalne urządzenie nul działa jak "kosz na dane" i jest często używane do tłumienia niepotrzebnych komunikatów. Połączenie > nul 2>&1 jest standardowym sposobem całkowitego ukrycia zarówno wyjścia, jak i błędów. Przekierowanie wejścia za pomocą < pozwala na wczytanie danych z pliku.

Znajomość przekierowań jest niezbędna przy tworzeniu skryptów, które mają działać cicho (cicho, bez zbędnych komunikatów) lub zapisywać szczegółowe logi do plików. W połączeniu z potokami przekierowania dają ogromne możliwości przetwarzania danych.

Potoki w cmd.exe umożliwiają łączenie poleceń w łańcuchy przetwarzania, gdzie wynik jednego polecenia staje się danymi wejściowymi następnego. Jest to realizacja filozofii Unix, w której każde narzędzie wykonuje jedną konkretną funkcję. W cmd.exe potoki są szczególnie przydatne przy filtrowaniu i sortowaniu danych wyjściowych. Operatory && i || umożliwiają warunkowe wykonywanie poleceń w zależności od kodu powrotu poprzedniego polecenia. Operator && wykonuje następne polecenie tylko wtedy, gdy poprzednie zakończyło się sukcesem. Operator || wykonuje następne polecenie tylko przy błędzie poprzedniego. Operator & (pojedynczy) wykonuje polecenia niezależnie, jedno po drugim. Znak ^ (caret) służy do kontynuacji polecenia w następnej linii, co poprawia czytelność długich poleceń. W praktyce potoki są używane przy każdym zaawansowanym skrypcie.

Warto pamiętać, że potoki w cmd.exe są buforowane, co oznacza, że dane są przesyłane dopiero po zakończeniu pierwszego polecenia. Może to powodować opóźnienia przy przetwarzaniu dużych ilości danych i różni się od zachowania potoków w systemach Linux.

Obsługa błędów w skryptach wsadowych opiera się na zmiennej %ERRORLEVEL% i mechanizmie if errorlevel. Każde polecenie w cmd.exe ustawia kod powrotu, który informuje o powodzeniu operacji – 0 oznacza sukces, a wartości powyżej 0 oznaczają różne rodzaje błędów. Sprawdzanie errorlevel po każdym krytycznym poleceniu jest standardem w profesjonalnych skryptach. Operator if errorlevel n jest prawdziwy, gdy kod błędu jest większy lub równy n, co pozwala na wykrycie zakresu błędów. Alternatywnie można porównać %ERRORLEVEL% z konkretną wartością za pomocą operatorów EQU, NEQ itp. Polecenie exit /b kod ustawia kod powrotu skryptu i kończy jego działanie. W praktyce obsługa błędów powinna być implementowana na każdym etapie skryptu, nie tylko na końcu. Wczesne wykrycie błędu pozwala uniknąć kaskadowych problemów.

W złożonych skryptach warto rozważyć implementację centralnej obsługi błędów za pomocą podprogramu, który zapisuje błąd do logu i odpowiednio kończy skrypt. Zwiększa to czytelność kodu i ułatwia utrzymanie spójnego systemu raportowania błędów.

Pętla for /R umożliwia rekurencyjne przeszukiwanie struktury katalogów, co jest niezwykle przydatne przy operacjach na drzewiastych strukturach plików. Przełącznik /R przyjmuje opcjonalny parametr określający katalog początkowy, a jeśli go pominiemy, używany jest bieżący katalog. Maska plików pozwala na filtrowanie według nazwy lub rozszerzenia. Wewnątrz pętli zmienna %%F zawiera pełną ścieżkę do pliku, a modyfikatory pozwalają na wyciągnięcie poszczególnych składników. Pętla for /R może przetwarzać wiele masek jednocześnie, na przykład pliki .ini, .cfg i .conf. W praktyce for /R jest używana do zliczania plików, zbierania statystyk i masowych operacji na plikach. Rekurencyjne przeszukiwanie jest wydajne, ale przy bardzo dużych strukturach katalogów może działać wolno.

Należy pamiętać, że for /R przeszukuje tylko podkatalogi, a nie same katalogi. Jeśli potrzebujemy przetwarzać również nazwy katalogów, musimy użyć polecenia dir z opcjami rekurencyjnymi i przetworzyć jego wynik za pomocą for /F.

Mimo że cmd.exe nie oferuje natywnych tablic, można je symulować za pomocą odpowiedniego nazewnictwa zmiennych. Najpopularniejsza metoda polega na tworzeniu zmiennych z indeksami w nawiasach kwadratowych, na przykład USER[0], USER[1] itd. Dostęp do elementów tablicy wymaga opóźnionego rozszerzania zmiennych (wykrzykniki), ponieważ indeks jest zwykle przechowywany w innej zmiennej. Pętla for /L z licznikiem pozwala na iterację po wszystkich elementach tablicy. Wyszukiwanie elementu w tablicy wymaga liniowego przeglądania wszystkich elementów. Modyfikacja elementu po indeksie jest prosta i polega na ponownym przypisaniu wartości. Liczba elementów w tablicy musi być przechowywana w osobnej zmiennej, ponieważ cmd.exe nie oferuje mechanizmu zliczania. W praktyce tablica symulowana wystarcza do większości zastosowań w skryptach wsadowych.

W przypadku potrzeby bardziej zaawansowanych struktur danych warto rozważyć użycie PowerShella, który oferuje pełne wsparcie dla tablic, list i słowników. Tablice symulowane w cmd.exe są przeznaczone raczej dla prostych zastosowań.

Zmienne środowiskowe w Windows dzielą się na trzy poziomy: maszyny (widoczne dla wszystkich użytkowników), użytkownika (tylko dla bieżącego) i sesji (tymczasowe dla bieżącego procesu). Polecenie set zmienia zmienne tylko w bieżącej sesji cmd.exe, a zmiany są tracone po zamknięciu okna. Polecenie setx zapisuje zmienne trwale w rejestrze systemowym, ale zmiany są widoczne dopiero w nowo otwartych sesjach. setx z parametrem /M wymaga uprawnień administratora i zmienia zmienne na poziomie maszyny. Zmienne środowiskowe są dziedziczone przez wszystkie procesy potomne, co pozwala na przekazywanie konfiguracji bez plików. Zmienna PATH jest jedną z najważniejszych, ponieważ określa, gdzie system szuka plików wykonywalnych. Modyfikacja PATH za pomocą setx wymaga ostrożności, ponieważ błędna wartość może uniemożliwić uruchamianie programów.

W środowiskach korporacyjnych zmienne środowiskowe są często ustawiane przez Group Policy, co pozwala na centralne zarządzanie konfiguracją. Skrypty wsadowe mogą odczytywać te zmienne i dostosowywać swoje działanie do polityk organizacji.

Polecenia sterujące, takie jak timeout, choice i color, pozwalają na tworzenie bardziej przyjaznych użytkownikowi skryptów wsadowych. timeout jest nowocześniejszą alternatywą dla pause, oferującą automatyczne odliczanie i możliwość ignorowania naciśnięć klawiszy. Parametr /nobreak zapobiega przerwaniu odliczania przez użytkownika, co jest przydatne w skryptach automatycznych. choice oferuje bardziej zaawansowaną interakcję, pozwalając na zdefiniowanie dostępnych opcji i przechwycenie wyboru użytkownika. Kod wybranej opcji jest zwracany w %ERRORLEVEL%, co pozwala na warunkowe wykonanie dalszych działań. Polecenie color zmienia kolory tekstu i tła w oknie konsoli, co może poprawić czytelność komunikatów. W praktyce timeout jest często używany do wstrzymywania skryptów między operacjami, a choice do implementacji prostych menu.

Kody kolorów dla polecenia color składają się z dwóch cyfr szesnastkowych – pierwsza określa kolor tła, druga kolor tekstu. Warto eksperymentować z różnymi kombinacjami, ale należy unikać zestawień utrudniających czytelność.

Operacje na plikach i katalogach stanowią rdzeń większości skryptów administracyjnych w systemie Windows. Polecenia takie jak copy, move, del i ren są proste w użyciu, ale oferują różne opcje wpływające na ich zachowanie. Polecenie xcopy jest rozszerzoną wersją copy, oferującą kopiowanie z podkatalogami i zachowywaniem atrybutów. mkdir tworzy katalogi, a rmdir je usuwa, przy czym rmdir /s /q usuwa całe drzewo katalogów bez pytania o potwierdzenie. pushd zapamiętuje bieżący katalog i zmienia go na podany, a popd przywraca zapamiętany katalog. Są one szczególnie przydatne w skryptach nawigujących po strukturze katalogów. W praktyce operacje na plikach wymagają zawsze sprawdzenia, czy źródło i cel istnieją, oraz obsługi możliwych błędów. Profesjonalne skrypty używają również przekierowań do ukrywania zbędnych komunikatów.

Nowoczesne systemy Windows oferują również polecenie robocopy, które jest bardziej zaawansowane niż xcopy. Robocopy obsługuje wielowątkowe kopiowanie, automatyczne ponawianie przy błędach i szczegółowe raportowanie. Jest to preferowane narzędzie do tworzenia kopii zapasowych.

Debugowanie skryptów wsadowych jest trudniejsze niż w innych językach, ponieważ cmd.exe nie oferuje wbudowanego debuggera. Podstawową techniką jest włączanie wyświetlania poleceń za pomocą @echo on, co pokazuje każde wykonywane polecenie wraz z rozwiniętymi zmiennymi. Dodawanie tymczasowych poleceń echo wyświetlających wartości zmiennych w kluczowych punktach skryptu pozwala na śledzenie przepływu danych. Polecenie pause umieszczone w odpowiednich miejscach umożliwia zatrzymanie skryptu i analizę stanu w danym momencie. Tworzenie funkcji debugowania z warunkowym wyświetlaniem komunikatów to profesjonalna technika, która pozwala na włączanie i wyłączanie logowania bez modyfikacji całego kodu. Komentowanie podejrzanych fragmentów za pomocą :: pozwala na izolowanie i testowanie poszczególnych części skryptu. W praktyce najczęstszym źródłem błędów są problemy z cytowaniem i zasięgiem zmiennych, które można wykryć właśnie przez echo.

Warto również używać polecenia echo.%CMDCMDLINE% do wyświetlenia dokładnej linii poleceń, która uruchomiła skrypt. Pomaga to w diagnostyce problemów z przekazywaniem argumentów i cudzysłowami.

Bezpieczeństwo skryptów wsadowych jest często pomijane, a nieprawidłowo napisany skrypt może stanowić poważne zagrożenie dla systemu. Podstawową zasadą jest używanie setlocal na początku każdego skryptu, co zapobiega zaśmiecaniu środowiska zmiennymi. Walidacja danych wejściowych jest kluczowa, ponieważ użytkownik może przekazać dane zawierające znaki specjalne, które zmienią zachowanie skryptu. Ataki typu command injection polegają na przekazaniu dodatkowych poleceń w argumencie, które są wykonywane przez skrypt. Używanie cudzysłowów wokół wszystkich ścieżek i zmiennych zapobiega problemom ze spacjami i znakami specjalnymi. Usuwanie plików tymczasowych nawet w przypadku błędu jest ważne dla utrzymania czystości systemu. Sprawdzanie ERRORLEVEL po każdym krytycznym poleceniu zapobiega kaskadowym błędom. Przechowywanie haseł w skryptach to zła praktyka – lepiej używać bezpiecznych mechanizmów uwierzytelniania.

W środowiskach produkcyjnych warto rozważyć podpisanie skryptów certyfikatem cyfrowym oraz przechowywanie ich w lokalizacjach z ograniczonym dostępem. Skrypty uruchamiane z uprawnieniami administratora są szczególnie narażone na nadużycia.

System logowania to niezbędny element każdego profesjonalnego skryptu wsadowego, umożliwiający śledzenie jego działania i diagnozowanie problemów. Przedstawiony w przykładzie system logowania oferuje zapis komunikatów zarówno do pliku, jak i na ekran, z możliwością konfiguracji tych opcji. Znaczniki czasu dodawane do każdego wpisu pozwalają na precyzyjne odtworzenie sekwencji zdarzeń. Różne poziomy logowania (INFO, WARN, ERROR) umożliwiają filtrowanie komunikatów wg ważności. Konfigurowalne wyjście pozwala na dostosowanie systemu do konkretnych potrzeb bez modyfikacji głównego kodu. W praktyce system logowania jest szczególnie przydatny w skryptach uruchamianych automatycznie, gdzie nie ma możliwości na bieżąco obserwować ich działania. Profesjonalne skrypty powinny zawsze tworzyć logi w przypadku błędów.

Dobrą praktyką jest przechowywanie logów w oddzielnym katalogu z nazwą zawierającą datę, co ułatwia późniejsze przeszukiwanie i archiwizację. Warto również rozważyć czyszczenie starych logów, aby nie zajmowały niepotrzebnie miejsca na dysku.

Projekt skryptu backup z automatycznym znacznikiem czasu to praktyczne zastosowanie wiedzy zdobytej podczas kursu. Skrypt wykorzystuje operacje na podciągach do wygenerowania znacznika czasu z daty i czasu systemowego. Walidacja argumentów na początku skryptu zapobiega błędom przy nieprawidłowym wywołaniu. Sprawdzenie, czy źródło istnieje, jest krytyczne, ponieważ kopiowanie nieistniejącego pliku zakończyłoby się błędem. xcopy z opcjami /e, /i, /h, /y pozwala na kopiowanie katalogów z zachowaniem struktury i atrybutów. Obsługa błędów na każdym etapie skryptu zapewnia, że użytkownik otrzyma jasny komunikat w przypadku problemu. Znacznik czasu w nazwie pliku backupu zapewnia unikalność i ułatwia identyfikację interesującej nas kopii. Taki skrypt może być używany w codziennej pracy administratora do tworzenia szybkich kopii zapasowych.

Skrypt można rozbudować o dodatkowe funkcje, takie jak kompresja archiwum (zip), szyfrowanie kopii czy wysyłanie powiadomienia e-mail po zakończeniu. Podstawowa wersja stanowi dobry punkt wyjścia do tworzenia bardziej zaawansowanych narzędzi.

Skrypt instalacyjny z menu to przykład profesjonalnego narzędzia, które może być używane do wdrażania aplikacji w środowisku korporacyjnym. Sprawdzenie uprawnień administratora za pomocą net session jest standardową techniką, ponieważ wiele operacji instalacyjnych wymaga podwyższonych uprawnień. Tworzenie struktury katalogów z organizacją na podkatalogi (config, logs, data) to dobra praktyka, która ułatwia utrzymanie aplikacji. Plik konfiguracyjny w formacie .ini jest prostym sposobem na przechowywanie ustawień aplikacji. Interaktywne pytanie o katalog instalacji z wartością domyślną zwiększa wygodę użytkowania. Skrypt instalacyjny może być rozbudowany o kopiowanie plików źródłowych, tworzenie skrótów i rejestrację w autostarcie. W praktyce takie skrypty są często używane do wdrażania aplikacji wewnętrznych w firmach. Automatyzacja instalacji oszczędza czas i redukuje ryzyko błędów ludzkich przy ręcznej instalacji.

W nowoczesnych środowiskach wdrożeniowych coraz częściej zamiast skryptów wsadowych używa się narzędzi takich jak SCCM, Group Policy Software Installation lub PowerShell Desired State Configuration. Skrypty wsadowe wciąż jednak sprawdzają się w prostszych scenariuszach.

Zaawansowane operacje na plikach z użyciem pętli for /R i warunków if pozwalają na tworzenie potężnych narzędzi do analizy systemu plików. Przetwarzanie każdego pliku w drzewie katalogów z jednoczesnym sprawdzaniem jego rozmiaru umożliwia identyfikację największych plików zajmujących miejsce na dysku. Zliczanie plików i sumowanie ich rozmiarów to podstawowe operacje używane w skryptach raportujących stan systemu. Filtrowanie plików po rozmiarze (na przykład większe niż 1 MB) pozwala na skupienie się na interesującej nas kategorii danych. W praktyce takie skrypty są używane do monitorowania dysków serwerów i wykrywania anomalii w strukturze plików. Masowe zmiany nazw plików według wzorca to kolejne częste zastosowanie. Automatyczne porządkowanie folderu pobrań czy dokumentów to przykład codziennego użycia takich skryptów.

Przy bardzo dużych strukturach katalogów (ponad 100000 plików) skrypty wsadowe mogą działać wolno. W takich przypadkach warto rozważyć użycie PowerShella lub wyspecjalizowanych narzędzi do analizy systemu plików.

Praca z datą i czasem w skryptach wsadowych wymaga uwzględnienia ustawień regionalnych systemu, które wpływają na format zwracany przez zmienne %DATE% i %TIME%. W polskiej wersji Windows format daty to zazwyczaj RRRR-MM-DD lub DD.MM.RRRR, podczas gdy w angielskiej może to być MM/DD/RRRR. Parsowanie daty za pomocą operacji na podciągach wymaga znajomości konkretnego formatu, co utrudnia tworzenie przenośnych skryptów. Znacznik czasu do nazwy pliku generuje się przez odpowiednie wycięcie fragmentów daty i czasu i połączenie ich w jeden ciąg bez spacji. Godzina może zawierać spację na początku (dla wartości jednocyfrowych), co wymaga zastąpienia jej zerem. Praktyczne zastosowania obejmują tworzenie unikalnych nazw plików backupu, logów i raportów. W skryptach produkcyjnych warto używać ustandaryzowanego formatu daty ISO 8601, który jest jednoznaczny niezależnie od lokalizacji.

Alternatywnym podejściem jest użycie polecenia wmic (Windows Management Instrumentation) do pobrania daty w ustandaryzowanym formacie, niezależnym od ustawień regionalnych. Jest to jednak wolniejsze i wymaga dostępności usługi WMI w systemie.

Porównanie cmd.exe z PowerShell i BASH pozwala zrozumieć, kiedy warto używać poszczególnych narzędzi do automatyzacji w systemie Windows. CMD jest najprostszy i najlepszy do szybkich zadań, szczególnie na starszych systemach lub w środowiskach, gdzie PowerShell nie jest dostępny. PowerShell oferuje obiektowe podejście do danych, co znacznie ułatwia złożone operacje na plikach, rejestrze i usługach systemowych. BASH jest standardem w systemach Linux i macOS, ale dostępny również w Windows przez WSL (Windows Subsystem for Linux). Każda powłoka ma swoje mocne strony – CMD w prostocie i kompatybilności, PowerShell w możliwościach programistycznych, a BASH w przenośności. Wybór odpowiedniej powłoki zależy od konkretnego zadania, środowiska docelowego i umiejętności zespołu. W wielu organizacjach stosuje się mieszane podejście, używając różnych powłok do różnych zadań.

Znajomość wszystkich trzech powłok jest cenną umiejętnością dla administratora systemów, ponieważ pozwala na elastyczne dostosowanie narzędzi do konkretnych wymagań. Warto uczyć się PowerShella jako nowoczesnej alternatywy dla CMD, ale nie należy całkowicie rezygnować ze znajomości tradycyjnych skryptów wsadowych.

Podsumowanie kursu skryptów wsadowych cmd.exe obejmuje wszystkie kluczowe zagadnienia potrzebne do samodzielnego tworzenia skryptów automatyzujących w systemie Windows. Od podstawowych poleceń, przez zmienne i pętle, aż po zaawansowane techniki, takie jak opóźnione rozszerzanie i przekazywanie zmiennych przez endlocal. Zdobyta wiedza pozwala na pisanie skryptów do codziennych zadań administracyjnych, takich jak tworzenie kopii zapasowych, wdrażanie aplikacji czy monitorowanie systemu. Wskazane źródła zewnętrzne, takie jak SS64 i Rob van der Woude, są doskonałym uzupełnieniem materiału kursu i oferują szczegółową dokumentację wszystkich poleceń cmd.exe. Przykładowe zadania na końcu slajdu pozwalają na praktyczne sprawdzenie i utrwalenie zdobytej wiedzy. W codziennej pracy warto kontynuować naukę i śledzić nowe narzędzia do automatyzacji w systemie Windows. Umiejętność pisania skryptów wsadowych jest cenna nawet w erze PowerShella, ponieważ wiele starszych systemów wciąż polega na cmd.exe.

Dalszy rozwój w kierunku automatyzacji powinien obejmować naukę PowerShella oraz poznanie narzędzi DevOps, takich jak Ansible czy Puppet. Skrypty wsadowe cmd.exe stanowią doskonałą podstawę do zrozumienia ogólnych koncepcji programowania i automatyzacji.