Über diesen Artikel

Das macOS-Dateisystem unterscheidet in den meisten Verzeichnissen standardmäßig nicht zwischen Groß- und Kleinschreibung. Was würde in einer solchen Welt mit einer Wild Card übereinstimmen?

Ohne Berücksichtigung der Groß- und Kleinschreibung

Zum Beispiel, wenn Sie dieses Skript ausführen

`bash`



#!/bin/bash

set -eu

#Alphanumerische ASCII-Zeichen
touch foo.txt FOO.txt
ls *.txt && rm *.txt

#Sogenannte Zeichen voller Breite
touch ｚｅｎ.txt ＺＥＮ.txt
ls *.txt && rm *.txt

#Griechische Buchstaben, Kirill-Buchstaben, römische Zahlen
touch ωяⅶ.txt ΩЯⅦ.txt
ls *.txt && rm *.txt

# DZ, NJ
touch ǳ.txt # U+01F3	Latin Small Letter DZ
touch ǲ.txt # U+01F2	Latin Capital Letter D with Small Letter z
touch Ǳ.txt # U+01F1	Latin Capital Letter DZ
touch ǌ.txt # U+01CC	Latin Small Letter NJ
touch ǋ.txt # U+01CB	Latin Capital Letter N with Small Letter J
touch Ǌ.txt # U+01CA	Latin Capital Letter NJ
ls *.txt && rm *.txt

# i witout dot, etc.
touch ı.txt # U+0131 Small I without dot
touch İ.txt # U+0130 Capital I with dot
touch i.txt # U+0069 Small I
touch I.txt # U+0049 Capital I
ls *.txt && rm *.txt

#Beiliegender Charakter
touch ⓐ.txt # U+24D0
touch Ⓐ.txt # U+24B6
ls *.txt && rm *.txt

Das ist das Ergebnis

foo.txt
ｚｅｎ.txt
ωяⅶ.txt
ǌ.txt	ǳ.txt
i.txt	İ.txt	ı.txt
ⓐ.txt

FOO und foo sind einfach. Da es nicht zwischen Groß- und Kleinschreibung unterscheidet, kann nur einer überleben.

Wie Sie um zen , ωяⅶ und ⓐ sehen können, haben Zeichen außerhalb des 7-Bit-ASCII-Bereichs auch Groß- und Kleinbuchstaben und sind nicht zu unterscheiden.

ǲ ist ein Zeichen in der Kategorie" Groß- und Kleinschreibung "und weder oben noch unten. Der entsprechende Kleinbuchstabe ist "ǳ" und der entsprechende Großbuchstabe ist "Ǳ". Bei diesem Zeichen wird auch die Groß- und Kleinschreibung nicht berücksichtigt. Selbst wenn Sie "touch ǳ.txt ǲ.txt Ǳ.txt" schreiben, kann nur einer überleben.

Die folgende Tabelle zeigt die Fälle von "ı", "İ", "i" und "I".

Sprache	`I`Kleinbuchstaben	`i`Hauptstadt
Englisch	`i`	`I`
Türkisch	`ı`	`İ`

Wenn Sie ı.txt, İ.txt, i.txt, I.txt berühren, i.txt, İ.txt, ı.txt überleben.

Wenn Sie sich unicode.org ansehen, wird Kleinbuchstaben "ı" ohne Punkte normal "I", wenn sie groß geschrieben werden. In APFS werden "ı.txt" und "I.txt" jedoch als unterschiedliche Namen betrachtet.

Korrespondenz in verschiedenen Umgebungen

Ich habe versucht zu sehen, was in einigen Umgebungen passiert.

Shell-Skript (Bash) usw.

Das Ergebnis ist in der folgenden Umgebung:

shell script(bash)
C(POSIX glob)
Go(filepath.Glob)
Python3(glob.glob)
PHP7(glob)

Es ist dasselbe wie POSIX glob und bash, daher scheint dies grundlegend zu sein, aber es ist ziemlich unangenehm.

Grundsätzlich,

Unempfindlich gegen keine Platzhalter.
Empfindlich, wenn Platzhalter vorhanden sind.

Es ist geworden. Es war ziemlich überraschend, dass "Foo.txt" mit 1 und "F * .txt" mit 0 übereinstimmen würde.

Soweit ich bemerkt habe, bin ich der gleichen Meinung wie das Dateisystem, in dem es keine Platzhalter gibt.

F*/f*/Foo

wildcard	foo.txt	fred.txt
F*.txt	❌	❌
f*.txt	✅	✅
Foo.txt	✅	❌

i / I / ı / İ

wildcard	i-lat-lo.txt	I-lat-up.txt	ı-tur-lo.txt	İ-tur-up.txt
i*.txt	✅	❌	❌	❌
I*.txt	❌	✅	❌	❌
ı*.txt	❌	❌	✅	❌
İ*.txt	❌	❌	❌	✅
İ-tur-lo.txt	❌	❌	❌	❌
I-tur-lo.txt	❌	❌	❌	❌
ı-lat-up.txt	❌	❌	❌	❌

Ǳ / ǲ / ǳ

wildcard	Ǳ-uu.txt	ǲ-ul.txt	ǳ-ll.txt
Ǳ*.txt	✅	❌	❌
ǲ*.txt	❌	✅	❌
ǳ*.txt	❌	❌	✅
ǳ-uu.txt	✅	❌	❌
ǳ-ul.txt	❌	✅	❌
ǲ-uu.txt	✅	❌	❌

ruby(Dir.glob)

Das Verhalten von Ruby unterscheidet sich stark von POSIX glob.

Grundsätzlich scheint es im Einklang mit der Operation "Groß- und Kleinschreibung nicht berücksichtigen" zu stehen. Mit "Foo.txt" stimmen nur "foo.txt" überein, und mit "F * .txt" stimmen "foo.txt" und "fred.txt" überein. Einfach zu verstehen.

Aber,

`ruby`


Dir.glob("ǳ-u*.txt") #=> []
Dir.glob("ǳ-uu.txt") #=> ["files/Ǳ-uu.txt"]

Es gibt auch ein Muster, bei dem die Anzahl der Übereinstimmungen abnimmt, wenn ein Platzhalter eingefügt wird. Fehler?

F*/f*/Foo

wildcard	foo.txt	fred.txt
F*.txt	✅	✅
f*.txt	✅	✅
Foo.txt	✅	❌

i / I / ı / İ

wildcard	i-lat-lo.txt	I-lat-up.txt	ı-tur-lo.txt	İ-tur-up.txt
i*.txt	✅	✅	❌	❌
I*.txt	✅	✅	❌	❌
ı*.txt	❌	❌	✅	❌
İ*.txt	❌	❌	❌	✅
İ-tur-lo.txt	❌	❌	❌	❌
I-tur-lo.txt	❌	❌	❌	❌
ı-lat-up.txt	❌	❌	❌	❌

Ǳ / ǲ / ǳ

wildcard	Ǳ-uu.txt	ǲ-ul.txt	ǳ-ll.txt
Ǳ*.txt	✅	❌	❌
ǲ*.txt	❌	✅	❌
ǳ*.txt	❌	❌	✅
ǳ-uu.txt	✅	❌	❌
ǳ-ul.txt	❌	✅	❌
ǲ-uu.txt	✅	❌	❌

Java(PathMatcher)

Es gibt eine Schnittstelle namens "PathMatcher" in "java.nio.file", also habe ich versucht, sie zu verwenden. Dies unterscheidet sich auch erheblich von POSIX glob. Es scheint immer zwischen Groß- und Kleinschreibung zu unterscheiden. Es verhält sich anders als der Dateiname im Dateisystem, ist jedoch konsistent.

F*/f*/Foo

wildcard	foo.txt	fred.txt
F*.txt	❌	❌
f*.txt	✅	✅
Foo.txt	❌	❌

i / I / ı / İ

wildcard	i-lat-lo.txt	I-lat-up.txt	ı-tur-lo.txt	İ-tur-up.txt
i*.txt	✅	❌	❌	❌
I*.txt	❌	✅	❌	❌
ı*.txt	❌	❌	✅	❌
İ*.txt	❌	❌	❌	✅
İ-tur-lo.txt	❌	❌	❌	❌
I-tur-lo.txt	❌	❌	❌	❌
ı-lat-up.txt	❌	❌	❌	❌

Ǳ / ǲ / ǳ

wildcard	Ǳ-uu.txt	ǲ-ul.txt	ǳ-ll.txt
Ǳ*.txt	✅	❌	❌
ǲ*.txt	❌	✅	❌
ǳ*.txt	❌	❌	✅
ǳ-uu.txt	❌	❌	❌
ǳ-ul.txt	❌	❌	❌
ǲ-uu.txt	❌	❌	❌

C#(.NET Core / Directory.GetFiles)

Ähnlich wie bei Ruby. Im Gegensatz zu Ruby stimmt Ǳ * .txt richtig mit ǳ-ll.txt überein (?). Im Gegenteil, "Ǳ-uu.txt" kann nicht mit "ǳ-uu.txt" erhalten werden.

F*/f*/Foo

wildcard	foo.txt	fred.txt
F*.txt	✅	✅
f*.txt	✅	✅
Foo.txt	✅	❌

i / I / ı / İ

wildcard	i-lat-lo.txt	I-lat-up.txt	ı-tur-lo.txt	İ-tur-up.txt
i*.txt	✅	✅	❌	❌
I*.txt	✅	✅	❌	❌
ı*.txt	❌	❌	✅	❌
İ*.txt	❌	❌	❌	✅
İ-tur-lo.txt	❌	❌	❌	❌
I-tur-lo.txt	❌	❌	❌	❌
ı-lat-up.txt	❌	❌	❌	❌

Ǳ / ǲ / ǳ

wildcard	Ǳ-uu.txt	ǲ-ul.txt	ǳ-ll.txt
Ǳ*.txt	✅	✅	✅
ǲ*.txt	✅	✅	✅
ǳ*.txt	✅	✅	✅
ǳ-uu.txt	❌	❌	❌
ǳ-ul.txt	❌	❌	❌
ǲ-uu.txt	❌	❌	❌

C#(Mono / Directory.GetFiles)

Überraschenderweise unterscheidet sich das Verhalten zwischen .NET Core und Mono. Ich habe das Gefühl, ich verliere gegen den Charakter "ǲ", der weder oben noch unten ist.

F*/f*/Foo

wildcard	foo.txt	fred.txt
F*.txt	✅	✅
f*.txt	✅	✅
Foo.txt	✅	❌

i / I / ı / İ

wildcard	i-lat-lo.txt	I-lat-up.txt	ı-tur-lo.txt	İ-tur-up.txt
i*.txt	✅	✅	❌	❌
I*.txt	✅	✅	❌	❌
ı*.txt	❌	❌	✅	❌
İ*.txt	❌	❌	❌	✅
İ-tur-lo.txt	❌	❌	❌	❌
I-tur-lo.txt	❌	❌	❌	❌
ı-lat-up.txt	❌	❌	❌	❌

Ǳ / ǲ / ǳ

wildcard	Ǳ-uu.txt	ǲ-ul.txt	ǳ-ll.txt
Ǳ*.txt	✅	❌	✅
ǲ*.txt	❌	✅	❌
ǳ*.txt	✅	❌	✅
ǳ-uu.txt	✅	❌	❌
ǳ-ul.txt	❌	❌	❌
ǲ-uu.txt	❌	❌	❌

Perl(glob)

Es verhält sich ähnlich wie POSIX glob, behandelt aber den punktlosen Kleinbuchstaben i anders.

F*/f*/Foo

wildcard	foo.txt	fred.txt
F*.txt	❌	❌
f*.txt	✅	✅
Foo.txt	✅	❌

i / I / ı / İ

wildcard	i-lat-lo.txt	I-lat-up.txt	ı-tur-lo.txt	İ-tur-up.txt
i*.txt	✅	❌	❌	❌
I*.txt	❌	✅	❌	❌
ı*.txt	❌	❌	✅	❌
İ*.txt	❌	❌	❌	✅
İ-tur-lo.txt	❌	❌	❌	❌
I-tur-lo.txt	❌	❌	✅	❌
ı-lat-up.txt	❌	✅	❌	❌

Ǳ / ǲ / ǳ

wildcard	Ǳ-uu.txt	ǲ-ul.txt	ǳ-ll.txt
Ǳ*.txt	✅	❌	❌
ǲ*.txt	❌	✅	❌
ǳ*.txt	❌	❌	✅
ǳ-uu.txt	✅	❌	❌
ǳ-ul.txt	❌	✅	❌
ǲ-uu.txt	✅	❌	❌

Zusammenfassung

POSIX glob hat die gleiche Meinung wie das Dateisystem bezüglich des Teils ohne Platzhalter, aber es ist schwer zu verstehen, dass die Groß- und Kleinschreibung beachtet wird, wenn Platzhalter enthalten sind.

Go(filepath.Glob)
Python3(glob.glob)
PHP7(glob)

Hat die gleiche Meinung wie POSIX glob.

auf der anderen Seite

ruby(Dir.glob)
Java(PathMatcher)
C#(.NET Core GetFiles)
C#(Mono Directory.GetFiles)
Perl(glob)

Scheint mit einem eigenen Algorithmus zu verarbeiten und liefert andere Ergebnisse als POSIX glob. Es neigt dazu, um "einen Satz von zwei Buchstaben des Alphabets, der nur für den ersten Buchstaben großgeschrieben werden kann" und "ein unteres i mit entfernten Punkten" zu stören.

[GO] Die unglückliche Welt der Wildcards ohne Berücksichtigung der Groß- und Kleinschreibung (macOS)

Über diesen Artikel

Ohne Berücksichtigung der Groß- und Kleinschreibung

bash

Korrespondenz in verschiedenen Umgebungen

Shell-Skript (Bash) usw.

ruby

Zusammenfassung

`bash`

`ruby`