Dans l'article de Wikipedia sur les expressions régulières , il semble que [[:digit:]]= [0-9]= \d.

Quelles sont les circonstances où ils ne sont pas égaux? Quelle est la différence?

Après quelques recherches, je pense qu’une différence est que l’expression de la parenthèse [:expr:]dépend des paramètres régionaux.

Oui, c’est [[:digit:]]~ [0-9]~ \d(où ~ signifie approximativement).
Dans la plupart des langages de programmation (où il est supporté) \d≡ [[:digit:]](identique).
Le \dest moins courant que [[:digit:]](pas dans POSIX mais dans GNU grep -P).

Il y a beaucoup de chiffres dans UNICODE , par exemple:

123456789 # Hindu-Arabic chiffres arabes
٠١٢٣٤٥٦٧٨٩ # ARABIC-INDIC
۰۱۲۳۴۵۶۷۸۹ # EXTENDED ARABIC-INDIC/PERSIAN
߀߁߂߃߄߅߆߇߈߉ # NKO DIGIT
०१२३४५६७८९ # DEVANAGARI

Tous pouvant être inclus dans [[:digit:]]ou \d.

Au lieu de cela, [0-9]est généralement que les chiffres ASCII 0123456789.

Il existe de nombreux langages: Perl, Java, Python, C. Dans lequel [[:digit:]](et \d) appelle un sens étendu. Par exemple, ce code Perl correspondra à tous les chiffres ci-dessus:

$ a='0123456789 ٠١٢٣٤٥٦٧٨٩ ۰۱۲۳۴۵۶۷۸۹ ߀߁߂߃߄߅߆߇߈߉ ०१२३४५६७८९'

$ echo "$a" | perl -C -pe 's/[^\d]//g;' ; echo
0123456789٠١٢٣٤٥٦٧٨٩۰۱۲۳۴۵۶۷۸۹߀߁߂߃߄߅߆߇߈߉०१२३४५६७८९

Ce qui revient à sélectionner tous les caractères ayant les propriétés Unicode de Numericet digits:

$ echo "$a" | perl -C -pe 's/[^\p{Nd}]//g;' ; echo
0123456789٠١٢٣٤٥٦٧٨٩۰۱۲۳۴۵۶۷۸۹߀߁߂߃߄߅߆߇߈߉०१२३४५६७८९

Ce que grep pourrait reproduire (la version spécifique de pcre peut avoir une liste de points de code numérique différente de celle de Perl):

$ echo "$a" | grep -oP '\p{Nd}+'
0123456789
٠١٢٣٤٥٦٧٨٩
۰۱۲۳۴۵۶۷۸۹
߀߁߂߃߄߅߆߇߈߉
०१२३४५६७८९

Changez-le en [0-9] pour voir:

$ echo "$a" | grep -o '[0-9]\+'
0123456789

POSIX

Pour les BRE POSIX ou ERE spécifiques:
Le \dn'est pas pris en charge (pas dans POSIX, mais dans GNU grep -P). [[:digit:]]POSIX exige que le code corresponde à la classe de caractères numériques, qui, à son tour, est requis par ISO C pour être les caractères de 0 à 9 et rien d’autre. Alors que dans C la locale tout [0-9], [0123456789], \det cela [[:digit:]]signifie exactement la même chose. Le [0123456789]a pas de mauvaise interprétation possible, [[:digit:]]est disponible dans plusieurs utilitaires et il est commun de ne signifier que [0123456789]. Le \dest pris en charge par quelques utilitaires.

Quant à [0-9]la signification des expressions de plage, elle n’est définie que par POSIX dans les paramètres régionaux C; dans d'autres pays, il peut être différent (par exemple, un ordre de codage, un ordre de classement ou autre chose).

coquilles

Certaines implémentations peuvent comprendre qu'une plage est quelque chose de différent de l'ordre ASCII ordinaire (ksh93 par exemple):

$ LC_ALL=en_US.utf8 ksh -c 'a="'"$a"'";echo "${a//[0-9]}"'
  ۹ ߀߁߂߃߄߅߆߇߈߉ ९

Et c’est une source sûre de bugs en attente de réalisation.

Cela dépend de la manière dont vous définissez un chiffre. [0-9]tend à n'être que les ASCII (ou éventuellement quelque chose d'autre qui n'est ni un sur-ensemble d'ASCII mais les mêmes 10 chiffres que dans l'ASCII, mais avec des représentations de bits différentes (EBCDIC)); \dd'autre part pourrait être soit juste les chiffres simples (les anciennes versions de Perl, ou des versions modernes de Perl avec le /adrapeau d'expression régulière activée) ou il pourrait être un match Unicode \p{Digit}qui est plutôt un ensemble de chiffres plus que [0-9]ou /\d/acorrespondance.

$ perl -E 'say "match" if 42 =~ m/\d/'
match
$ perl -E 'say "match" if "\N{U+09EA}" =~ m/\d/'
match
$ perl -E 'say "match" if "\N{U+09EA}" =~ m/\d/a'
$ perl -E 'say "match" if "\N{U+09EA}" =~ m/[0-9]/'
$ 

perldoc perlrecharclass Pour plus d'informations, ou consultez la documentation de la langue en question pour connaître son comportement.

Mais attendez, il y a plus! Les paramètres régionaux peuvent également varier en fonction des \dcorrespondances. Par conséquent, ils \dpourraient correspondre à moins de chiffres que l'ensemble complet Unicode de ce type, et (normalement, espérons-le) inclut également [0-9]. Ceci est similaire à la différence en C entre isdigit(3)( [0-9]) et isnumber(3)( [0-9plus tout ce qui vient des paramètres régionaux).

Il peut y avoir des appels qui peuvent être faits pour obtenir la valeur du chiffre, même si ce n'est pas le cas [0-9]:

$ perl -MUnicode::UCD=num -E 'say num(4)'
4
$ perl -MUnicode::UCD=num -E 'say num("\N{U+09EA}")'
4
$ 

Signification différente de [0-9], [[:digit:]]et \dsont présentées dans d'autres réponses. Ici, je voudrais ajouter des différences dans la mise en œuvre du moteur de regex.

            [[:digit:]]    \d
grep -E               ✓     ×
grep -P               ✓     ✓
sed                   ✓     ×
sed -E                ✓     ×

Donc ça [[:digit:]]marche toujours , ça \ddépend. Dans le manuel de grep, il est mentionné que [[:digit:]]c'est juste 0-9dans les Cparamètres régionaux.

PS1: Si vous en savez plus, développez le tableau.

PS2: GNU grep 3.1 et GNU 4.4 sont utilisés pour le test.

Les différences théoriques ont déjà été assez bien expliquées dans les autres réponses, il reste donc à expliquer les différences pratiques .

Voici certains des cas d'utilisation les plus courants pour faire correspondre un chiffre:

Extraction de données en une fois

Souvent, lorsque vous voulez modifier certains chiffres, ceux-ci se trouvent dans un fichier texte mal formaté. Vous voulez les extraire pour les utiliser dans votre programme. Vous pouvez probablement connaître le format numérique (en examinant le fichier) et vos paramètres régionaux actuels. Il est donc correct d'utiliser n'importe quel formulaire , à condition que le travail soit effectué. \dnécessite le moins de frappe possible, il est donc très utilisé.

Assainissement des entrées

Vous avez des entrées d'utilisateur non fiables (peut-être à partir d'un formulaire Web), et vous devez vous assurer qu'il ne contient pas de surprises. Peut-être souhaitez-vous le stocker dans un champ numérique d'une base de données ou l'utiliser comme paramètre d'une commande shell à exécuter sur un serveur. Dans ce cas, vous voulez vraiment [0-9], car c'est le plus restrictif et le plus prévisible.

La validation des données

Vous avez un peu de données que vous n'allez utiliser pour rien de "dangereux", mais il serait bon de savoir si c'est un nombre. Par exemple, votre programme permet à l'utilisateur de saisir une adresse et vous souhaitez mettre en évidence une faute de frappe possible si l'entrée ne contient pas de numéro de rue. Dans ce cas, vous voulez probablement être le plus large possible, [[:digit:]]le chemin à parcourir également.

Ceux-ci sembleraient être les trois cas d'utilisation les plus courants pour l'appariement de chiffres. Si vous pensez que j'ai raté une question importante, laissez s'il vous plaît un commentaire.