Odpowiedź.

Historia pytania:

Od najwcześniejszych wersji Perla zmienna @ARGV dostarczała listę argumentów wiersza poleceń. Jednak ręczne przetwarzanie łatwo prowadziło do błędów. Aby poprawić czytelność i elastyczność, pojawił się moduł Getopt::Std, a później — Getopt::Long i zewnętrzne moduły CPAN (na przykład MooX::Options, Getopt::Euclid).

Problem:

„Ręczne” przetwarzanie często nie uwzględnia liczb ujemnych, wymaganych i wielokrotnych flag, parametrów z odstępami. Różne formaty składni (--flag=value, -abc, mieszane pozycje) mogą sprawić, że skrypt stanie się nieprzyjazny i łatwy do uszkodzenia przy zmianie kolejności argumentów.

Rozwiązanie:

Użyj Getopt::Long do zaawansowanego przetwarzania opcji i flag. Obsługuje długie/krótkie opcje, automatyczne wykrywanie wariantów, tablice, hashe i różne formaty flag. Dla bardzo skomplikowanych interfejsów CLI stosuje się moduły CPAN z deklaracyjnym opisem parametrów (MooX::Options, MooseX::Getopt).

Przykład kodu:

use Getopt::Long;
my $verbose = 0;
my $count   = 0;
my @files;
GetOptions(
    "verbose" => \$verbose,
    "count=i" => \$count,
    "file=s"  => \@files,
);
print "Verbose is $verbose
Count is $count
Files: @files
";

Kluczowe cechy:

• Kompaktowa składnia do definiowania i przetwarzania opcji
• Automatyczna weryfikacja formatów, wartości i typów
• Prosta skalowalność na wiele parametrów przy minimalnym ręcznym kodowaniu

Pytania z pułapką.

Jak odróżnić argumenty pozycyjne od opcjonalnych, gdy używasz tylko Getopt::Std?

Getopt::Std nie potrafi pracować z długimi nazwanymi opcjami ani automatycznie oddzielać argumentów pozycyjnych. Po przetworzeniu krótkich flag argumenty pozycyjne są dostępne w @ARGV, ale obsługa złożonej składni wymaga ręcznej pracy.

Jakie jest główne różnica między Getopt::Long a Getopt::Std?

Getopt::Std działa tylko z krótkimi (jednoznakowymi) opcjami, podczas gdy Getopt::Long potrafi przetwarzać długie flagi, typy wartości, tablice/hashe i obsługuje klucze niealfabetyczne.

Czy można przyjmować parametry przez STDIN, a nie tylko przez @ARGV?

Tak, ale to nie jest standard dla Getopt::Long. Dla mieszanych wejść CLI i STDIN musisz ręcznie czytać STDIN i integrować to wejście w swoją logikę przetwarzania.

Typowe błędy i antywzorce

• Ignorowanie weryfikacji formatu opcji i wartości
• Ręczne przeszukiwanie @ARGV zamiast korzystania z modułów
• Nadpisywanie zmiennych globalnych bez kontroli granic

Przykład z życia

Negatywny przypadek

Skrypt ręcznie przetwarza każdy argument z @ARGV w pętli, zapominając o wartościach po --arg, o pracy z -- oraz o błędnej obsłudze liczb ujemnych (na przykład -5 staje się flagą).

Zalety:

• Minimum zewnętrznych zależności

Wady:

• Częste błędy z liczbami ujemnymi
• Nieelastyczne, słabo wspierane, niewygodne dla użytkownika

Pozytywny przypadek

Użycie Getopt::Long z krótkim opisem wszystkich zmiennych na początku pliku. Obsługiwane tablice, obowiązkowość, weryfikacja formatu, wyświetlanie pomocy.

Zalety:

• Elastyczność
• Łatwość modyfikacji

Wady:

• Duża lista opcji zwiększa objętość początkowego opisu
• Dla egzotycznych wymagań wciąż potrzebne są ręczne kontrole