Que signifie le signe égal dans une expression régulière?

Bonjour,

J'ai trouvé deux exemples de regex pour des mots de passe. Ces expressions contiennent le signe = qui semble avoir un rôle de syntaxe. Après une recherche dans la littérature et sur le Web, je n'ai rien trouvé (ou j'ai mal cherché!?)

Code:

---

1 2 3 4

// Doit contenir des majuscules, des chiffres et des minuscules strongRegex = new RegExp("^(?=.{8,})(?=.*[A-Z])(?=.*[a-z])(?=.*[0-9])(?=.*\\W).*$", "g"), // Doit contenir soit des majuscules et des minuscules soit des minuscules et des chiffres mediumRegex = new RegExp("^(?=.{7,})(((?=.*[A-Z])(?=.*[a-z]))|((?=.*[A-Z])(?=.*[0-9]))|((?=.*[a-z])(?=.*[0-9]))).*$", "g"),

---

Voici un petit tuto qui m'a permis (il y a quelques années) de comprendre certaines choses sur les regexp. Il est dans mes favoris.

http://www.lilhoot.eu/regex-et-preg-...les-chaines,a3

Le égal en lui même n'a pas de sens particulier, il représente le caractère = et n'a pas besoin d'être échappé pour être reconnu, mais il peut aussi faire partie de deux séquences particulières: le test avant ou lookahead (?=...) (la position est suivie de ...) et le test arrière ou lookbehind (?<=...) (la position est précédée de ...). L'intérêt de ces assertions est qu'elles permettent de tester une condition à partir de la position courante sans consommer de caractères. C'est pour cette raison que dans cet exemple on peut en empiler autant qu'on veut après ^ pour tester chacune sur toute la chaîne.

À noter que pour les deux patterns, le flag g (qui impose de chercher toutes les occurrences dans la chaîne) est inutile puisqu'elles sont toutes les deux ancrées au début de la chaîne avec ^. Donc flag g ou pas, le seul endroit où ces patterns peuvent réussir c'est au début.

On peut les améliorer:

Code:

---

1 2	const strongRegex = /^(?=.*[A-Z])(?=.*[a-z])(?=.*[0-9])(?=.*\W).{8,}$/; const mediumRegex = /^(?:(?=.*[A-Z])(?=.*[a-z0-9])|(?=.*[a-z])(?=.*[0-9])).{7,}$/;

---

Merci. Dommage qu'il n'apparaît pas dans les moteurs de recherche. Je l'ai mis moi aussi en favori.

Oh, là, là, ma tête!
Après lecture du tuto indiqué par badaze et les explications données par CosmoKnacki, je comprends mieux mais pas tout. Je n'arrive pas à bien analyser chaque expression.
Tout d'abord, je suppose que dans le deuxième exemple de CosmoKnacki le ':' est une erreur et qu'il faut lire '='.
Dans l'exemple #1 du tuto, je ne vois pas à quoi correspondent les '\b'.
Si je prends à partir du début du premier exemple de CosmoKnacki, je crois comprendre que:
- le début de la chaîne, doit être suivi de n'importe quelle suite de caractères ( .* ) doit être suivie d'une majuscule,
- toujours à partir du début de la chaîne, n'importe quelle suite de caractères doit aussi être suivie d'une minuscule,
- etc.
Par contre, je ne vois pas ce qui doit être répété 8 fois. Le caractère universel ou toute la chaîne.
A partir de là, je ne vois pas comment indiquer à l'utilisateur la catégorie de caractères manquante.

Le : n'est pas une erreur, car je ne commets JAMAIS d'erreurs! la séquence (?:...) est un simple groupe (appelé groupe non-capturant) qui sert à ... grouper, par opposition au groupe capturant (...) qui groupe également mais en plus capture, or ici ce n'est pas nécessaire. Utilise regex101.com pour tester tes patterns, en plus il fournit une décomposition de celles-ci.

Bien entendu, .{8,} signifie: 8 caractères ou plus (n'importe lesquels sauf le saut de ligne). Dans la pattern, ces caractères sont comptés depuis le début de la chaîne, car comme je l'ai dit précédemment, les lookahead ne consomment pas de caractères (autrement dit une fois leur parenthèse fermée, on est toujours à la même position qu'avant).

Citation:

---

A partir de là, je ne vois pas comment indiquer à l'utilisateur la catégorie de caractères manquante.

---

C'est bien le problème avec ce genre d'approche (une pattern qui vérifie toutes les conditions), tu n'as aucun moyen d'indiquer à l'utilisateur quelle est l'erreur. Si tu veux faire ça, il faut tester chaque condition séparément.

Autres solutions:

• se contenter de donner toutes les conditions requises à l'utilisateur (il est assez grand pour se débrouiller tout seul).
• ne pas lui imposer de conditions du tout. VIVA LA LIBERTÀ!

Merci pour tout. Je pense que je vais me débrouiller. En fait, je ne veux rien imposer à l'utilisateur mais lui donner une simple indication.

Tu peux éventuellement faire une pattern où tout est optionnel avec un groupe de capture par condition et vérifier ensuite les groupes qui sont vides:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24

const pat = /^(?=(.*[A-Z])?)(?=(.*[a-z])?)(?=(.*[0-9])?)(?=(.*\W)?).{8,}$/;   let m = machaine.match(pat);     let valid = true, message = '';   if ( !m[0] ) { message += "La chaîne est trop courte.\n"; valid = false; }   if ( !m[1] ) { message += "Il manque une majuscule.\n"; valid = false; }   if ( !m[2] ) { message += "Il manque une minuscule.\n"; valid = false; } //...

---

Mais est-ce que ça vaut mieux que:

Code:

---

1 2 3 4 5 6 7 8 9 10

if ( machaine.length < 8 ) { message += "La chaîne est trop courte.\n"; valid = false; }   if ( !/[A-Z]/.test(machaine) ) { message += "Il manque une majuscule.\n"; valid = false; } //...

---

pas sûr.