Discussion :

[SpaceFrog]

Bonjour,

Je testais une alternative plus rapide à substr, et je tombe sur ceci que je ne m'explique pas ...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
$reg="~(?:^.{43}).{3}~";
$chaine="artyjnhgtfredcvbhjklopiuytredfbhgtezdsqmloi123";
preg_match($reg,$chaine,$matches);
var_dump($matches);

je m'attendais à avoir 123

[sabotage]

Si tu veux 123, il faut capturer la fin

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$reg="~^.{43}(.{3})~";

[Madfrix]

Bonjour,

pour tout dire, je ne saisi pas ton ?: par contre si tu veux récupérer ton 123, alors il faut l'encadrer par des ()

Code php :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
$reg="~^.{43}(.{3})~";
$chaine="artyjnhgtfredcvbhjklopiuytredfbhgtezdsqmloi123";
preg_match($reg,$chaine,$matches);
var_dump($matches);

EDIT: grillé

[julp]

Si j'ai bien compris, il veut seulement "123" dans $matches[0].

Or, une parenthèse non-capturante (ie (?: ... )) implique également correspondance donc il est normal que la partie de la chaîne de départ qui lui correspond soit mémorisée en 0. D'autant qu'une parenthèse non-capturante peut inclure des capturantes. Exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
if(preg_match('~^(?<jj>\d{2})(?P<sep>[/-])(?<mm>\d{2})(?:\k<sep>(?<aaaa>\d{4}))?$~D', $date, $matches)) {
    if (!isset($matches['aaaa'])) {
        $matches['aaaa'] = date('Y');
    }
}

Enfin, l'exemple n'est pas forcément génial et c'est plus "transparent" sur une réécriture d'URL.

La solution : une assertion positive (arrière ici) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
$reg="~(?<=^.{43}).{3}~";
$chaine="artyjnhgtfredcvbhjklopiuytredfbhgtezdsqmloi123";
preg_match($reg, $chaine, $matches);
var_dump($matches);

array(1) { [0]=> string(3) "123" }

[SpaceFrog]

Alors je ne pige pas le principe du "non capturant" ce n'est pas supposé ne pas capturer ?

[Madfrix]

Ton $matches[0] contiendra quoi qu'il arrive ta chaine complète. Tes occurences débutent à l'offset 1.

preg_match() retourne le nombre de fois où le masque pattern a été trouvé. Cela peut aller de 0 (pas de solution) à un 1 car preg_match() s'arrête dès qu'elle a trouvé une première solution.

[SpaceFrog]

oui ben justement selon ma logique le match[0] devrait pour moi ne contenir QUE 123 vu que le groupe précédent est non capturant ?

[julp]

Alors je ne pige pas le principe du "non capturant" ce n'est pas supposé ne pas capturer ?

Si : une non-capturante ne crée pas une nouvelle "variable" de mémorisation ($1, $2, etc). $0 n'est pas véritablement une capture en soi, elle représente la sous-chaîne qui correspond à l'intégralité du motif (parenthèses non-capturantes comprises), faisant partie intégrante du motif et par cohérence, elles sont bien obligées de figurer dans $0.

Les assertions c'est totalement différent, on fait référence à ce qu'il y a avant ou après (donc hors motif : une partie de la chaîne qui précède ou succède celle qu'on cherche). Il est donc normal, les concernant, de ne pas les y retrouver ni d'être capturantes (à moins de les parenthéser pour qu'elles le deviennent).

[SpaceFrog]

autant faire:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
$reg="~(?:^.{43})(.{3})~";
$chaine="artyjnhgtfredcvbhjklopiuytredfbhgtezdsqmloi123";
$chaine=preg_replace($reg,'$1',$chaine);
echo $chaine;

alors ?

[s.n.a.f.u]

Bonjour,

Je testais une alternative plus rapide à substr

Avec PCRE ? !

Si c'est juste pour jouer sur les performances brutes, aucune chance.
Je n'ai aucune démonstration à apporter, mais je n'ai jamais vu le cas.