Dlaczego znak wieloznaczny * tak różni się między poleceniami zip i rm?

Złożyłem skrypt, aby wykonać dla mnie pewne operacje na plikach. Korzystam z operatora wieloznacznej karty, *aby zastosować funkcje do wszystkich plików danego typu, ale jest jedna rzecz, której nie rozumiem. Mogę unzipwszystkie pliki w takim folderze

unzip "*".zip

Jednak, aby później usunąć wszystkie pliki zip, muszę to zrobić

rm *.zip

Oznacza to, że nie chce znaków cudzysłowu. Z drugiej strony rozpakowanie nie działa, jeśli po prostu dam mu * (ostrzega mnie, że „pliki nie zostały dopasowane”).

Dlaczego to jest inne? Wydaje mi się, że to dokładnie ta sama operacja. A może źle używam dzikiej karty?

Przedstawienia dzikiej karty w Uniksie tak naprawdę nie wchodzą w to, i nie mogłem znaleźć niczego w dokumentach rmani zip.

Korzystam z terminala na komputerze Mac (Yosemite).

Bardzo dobrze wyjaśniłeś sytuację. Ostatni element układanki jest w stanie unzipporadzić sobie z symbolami wieloznacznymi:

http://www.info-zip.org/mans/unzip.html

ARGUMENTY

plik [.zip]

...

Wyrażenia symboli wieloznacznych są podobne do tych obsługiwanych w powszechnie używanych powłokach uniksowych (sh, ksh, csh) i mogą zawierać:

* dopasowuje ciąg 0 lub więcej znaków

Cytując * symbol wieloznaczny, uniemożliwiłeś jego powłoce rozwinięcie go, dzięki czemu zobaczysz unzipznak wieloznaczny i zajmie się rozszerzaniem go zgodnie z własną logiką.

rm, Natomiast nie obsługuje symboli wieloznacznych na własną rękę , więc próbuje zacytować wieloznaczny poinstruuje rmszukać dosłownym gwiazdką w pliku zamiast.

Przyczyną, unzip *.zipktóra nie działa, jest taka unzipskładnia, która po prostu nie pozwala na wiele plików zip; jeśli istnieje wiele parametrów, oczekuje się, że drugi i kolejne będą plikami w archiwum:

rozpakuj [-Z] [-cflptTuvz [abjnoqsCDKLMUVWX $ /: ^]] plik [.zip] [plik (i) ...] [-x plik (i) ...] [-d exdir]

Różnica między tymi dwoma poleceniami polega na cytowanym *znaku. Jeśli wywołasz polecenie w powłoce i użyjesz *znaku jako argumentu, sama powłoka oceni argument. Zobacz ten przykład:

$ ls
file1.zip  file2.zip  file3.zip  file4.txt

Teraz z *:

$ ls *.zip
file1.zip  file2.zip  file3.zip

Powłoka ocenia symbol wieloznaczny i buduje polecenie w następujący sposób:

$ ls file1.zip  file2.zip  file3.zip

Z cytowanym znakiem wieloznacznym jest interpretowany jako plik o nazwie (dosłownie) *.zip:

$ ls "*".zip
ls: cannot access *.zip: No such file or directory

Nie unzipmożna wywołać narzędzia z wieloma spakowanymi plikami jako argumentami. Ale twórca wybrał na to inny sposób. Z strony podręcznika:

plik [.zip]

[...] Wyrażenia symboli wieloznacznych są podobne do wyrażeń obsługiwanych w powszechnie używanych powłokach uniksowych (sh, ksh, csh) [...] ( Pamiętaj, aby podać dowolny znak, który inaczej mógłby zostać zinterpretowany lub zmodyfikowany przez system operacyjny , szczególnie pod Unix i VMS.)

Różnica polega na tym, że w pierwszym przypadku sama powłoka rozszerza glob:

% cd /                                                       
% echo *
Applications Library Network System Users Volumes bin cores ...
% 

podczas gdy w drugim przypadku sama aplikacja robi coś o tym dosłownym charakterze:

% cd /
% perl -E 'chdir "/tmp" or die; say for glob($ARGV[0])' "*"
com.apple.launchd.aj4FEhYqm5
...

Jeśli nie jest cytowany, powłoka najpierw rozszerza glob, a polecenie zostanie uruchomione z tym, do czego rozszerza się glob globu.

Polecenie otrzyma argumenty po przetworzeniu przez powłokę.

Przy pierwszym przetwarzaniu niecytowana *zostanie rozwinięta przez powłokę (do listy plików w bieżącym katalogu (pwd), które pasują do wzorca):

echo *.zip

Wyświetla listę wszystkich .zipplików. Ale nieecho "*".zip" będzie .

Przy pierwszym przetwarzaniu cytowany "*"nie zostanie rozwinięty, zostanie przekazany do polecenia rozpakuj jako parametr (po usunięciu cytowania). Polecenie unzip otrzyma parametr *.zip:

$ echo unzip "*".zip
unzip *.zip

Jest to polecenie rozpakuj, które rozszerza *listę plików.

Interesujące jest również to, że te dwa polecenia nie wykonają dokładnie tej samej czynności końcowej i kto rozszerzy *zmiany:

unzip "*".zip                ### the command unzip expands `*.zip`.
unzip *.zip                  ### the shell expands `*.zip`.

Pierwsze polecenie otrzymuje *.ziprozszerzenie, które przetwarza wszystkie pliki. Drugie polecenie unzipotrzyma listę wszystkich .zipplików w pwd, których nie przetworzy, ponieważ programista rozpakujący postanowił odrzucić rozszerzenie więcej niż jednego zippliku.

Cytaty są potrzebne, ponieważ zip obsługuje wiele argumentów:

rm: usuń wszystkie pliki z listy argumentów

zip: rozpakuj plik w pierwszym argumencie. wyodrębnij pliki tylko z pozostałych argumentów.

$ ls *.zip
file1.zip  file2.zip  file3.zip
$ unzip *.zip
Archive:  file1.zip
caution: filename not matched:  file2.zip
caution: filename not matched:  file3.zip

jak widać, próbuje znaleźć file2.zip i file3.zip w pliku file1.zip

aby umożliwić wyodrębnienie wielu plików zip jednocześnie, zip obsługuje interpretację globu z innym rezultatem.