Discussion :

[kali38]

Bonjour,

J'aimerais avoir votre avis concernant la reconnaissance d'une chaine de caractere à partir d'un mot, par exemple si j'ai " TRAJI_SF_DAT_CL" j'aimerais retourné True si ce mot contient le terme "_CL" et ici c'est le cas mais si c'est " TRAJI_SF_CLK_DAT" il me renvoi ossi True alors que la c'est pas bon. Alors je sais pas comment ajouter le retour chariot comme ceci "_CL$"

[fred1599]

Code :

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

1
2
if "_CL" in chaine:
    return True

Edit : Désolé j'avais pas tout lu, voilà la modif

Code :

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

1
2
>>> if '_CL' in chaine[-3:]:
...     print(True)

[kali38]

Non j'ai déja fait sa et sa ne marche pas, il faudrait qu'il prenne en compte le retour chariot pour qu'il sache qu'il est en fin de chaine du genre "_CL$" pour d'autres languages mais la je sais pas comment faire

[kali38]

ok mais en fait je doi prendre en compte "_CL_" et "_CL" dans ma chaine et du coup j'ai fais comme sa:

Code :

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

1
2
3
4
CL = "_CL" or "_CL_" # Dans un fichier de paramètre
 
if CL in chaine:
    return True

et la je sais pas comment faire pour rectifier l'erreur

[fred1599]

Code :

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

1
2
if "CL_" in chaine[-3:] or "_CL_" in chaine[-4:]:
    return True

[valAa]

Si le but est de tester ton '_CL' ou '_CL_' est dans la chaîne ET à la fin de la chaîne, il existe la méthode endswith
http://docs.python.org/library/stdty...l#str.endswith

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
>>> def foo(chaine):
...     CL = ("_CL", "_CL_")
...     return chaine.endswith(CL)
... 
>>> foo(" TRAJI_SF_DAT_CL")
True
>>> foo(" TRAJI_SF_DAT_CL_")
True
>>> foo(" TRAJI_SF_CLK_DAT")
False
>>> foo(" TRAJI_SF_CL_K_DAT")
False
>>> foo(" TRAJI_SF_K_DAT")
False
>>>

[fred1599]

Ah oui endswith, j'y pense jamais

Autre solution

Code :

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

test = lambda a, b: a[-(len(b)):] == b

Code :

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

1
2
3
4
5
6
7
8
>>> test(" TRAJI_SF_DAT_CL", "_CL")
True
>>> test(" TRAJI_SF_CLDAT_", "_CL")
False
>>> test(" TRAJI_SF_CLDAT_CL_", "_CL_")
True
>>> test(" TRAJI_SF_CL_DAT_", "_CL_")
False

[panda31]

Bonjour

Pour ma part, je préfère toujours utiliser des regexp (surtout si bcp de tests de ce genre):

Code :

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

1
2
3
4
5
6
7
8
9
 
import re
 
str = "TLR_TRUC_CL"
pattern = "_CL$"
if ( re.search(pattern, str) ) :
       #traitement si match ok
else:
       #traitement si match KO

Un peu de doc : http://docs.python.org/library/re.html

[fred1599]

Pour ma part, je préfère toujours utiliser des regexp (surtout si bcp de tests de ce genre):

Ça dépend si vous préférez tué une mouche avec un marteau piqueur ou pas

Personnellement j'utilise les re quand j'ai vraiment tout essayé avant. Niveau vitesse c'est pas très optimisé.

[panda31]

Premièrement, j'adore les marteaux.
Deuxièmement, j'ai constaté qu'on se retrouve avec pas mal de tests à faire sur des chaînes dans la plupart des programmes.
Passer avec re est structurant. Et le re.compile permet de ne pas trop perdre.

Pour la lisibilité et la maintenance du code, je n'ai pas mieux

[kango]

Niveau vitesse c'est pas très optimisé.

bonjour,

sur quelle base tu te fondes pour affirmer ceci ?

de tous les tests que j'ai pu faire, quand il existe une solution évidente en utilisant les méthodes des chaines elles sont en effet plus rapides que les regex.

par évidente j'entends une utilisation des méthodes de chaines existantes sur un volume de code n'excédant pas 3-5 lignes.

pour tous les autres cas les regex sont plus rapides.

kango

[fred1599]

Salut Kango,

sur quelle base tu te fondes pour affirmer ceci ?

Mon expérience, mais la tienne ne dit pas le contraire,

de tous les tests que j'ai pu faire, quand il existe une solution évidente en utilisant les méthodes des chaines elles sont en effet plus rapides que les regex.

Tu as tout dis, et d'ailleurs je dis la même chose un peu plus haut, je me cite,

Personnellement j'utilise les re quand j'ai vraiment tout essayé avant

par évidente j'entends une utilisation des méthodes de chaines existantes sur un volume de code n'excédant pas 3-5 lignes.

Euh 3 à lignes tu exagères un peu non

Il me semble que pour beaucoup de codes que j'ai pu tester, les re se trouvent souvent en dernière position.

pour tous les autres cas les regex sont plus rapides.

Il existe des cas (surtout parce-qu'on cherche pas très loin) où les regex sont plus rapides, surtout en lignes de code et en temps de codage, quoique les maîtriser c'est pas forcément évident, il faut pas mal d'entraînement avant de bien les comprendre.

[kango]

Euh 3 à lignes tu exagères un peu non

pas tant que ça

voici un des exemples que j'avais testé qui ne m'a pas l'air d'une complexité sans nom:

Code :

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

1
2
1 "champ 12" champ13
2 champ22 champ23

à splitter en:

Code :

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

1
2
(1, "champ 12", "champ13")
(2, "champ22",  "champ23")

les re c'étaient retrouvées plus rapides. c'est l'exemple type qui met le string.split en sucette

et puis l'algorithme non basé sur les re est moins souple dès que le format de donnée change légèrement, par exemple devient:

Code :

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

1
2
3
4
1 "champ 12" champ13
2 champ22 champ23
3 champ32 "champ 33"
4 "champ 42" "champ 43"

en fonction de comment tu as implémenté ton algo, tu peux être amené à tout revoir

après il y a une différence importante entre:

(les regex,) niveau vitesse c'est pas très optimisée

et

quand il existe une solution évidente en utilisant les méthodes des chaines elles sont en effet plus rapides que les regex.

la première affirmation est très générale (et doit pas faire très plaisir aux gens qui ont développé ces fameuses regex) quand la deuxième est très circonstencielle

enfin, je relèverai ceci:

Deuxièmement, j'ai constaté qu'on se retrouve avec pas mal de tests à faire sur des chaînes dans la plupart des programmes.
Passer avec re est structurant.

complètement d'accord. d'ailleurs je me retrouve très souvent avec un module qui ne contient que des pattern de re que je peux utiliser à plusieurs endroits dans mon programme. Ca permet une réactivité accrue au changement de format, tout en documentant d'une certaine manière lesdits formats.

[fred1599]

les re c'étaient retrouvées plus rapides. c'est l'exemple type qui met le string.split en sucette

Oui possible, mais je ne parlais pas de cette méthode du module re, mais des méthodes search, match, findall, etc... qui sont en rapport avec une recherche de patterns.

et puis l'algorithme non basé sur les re est moins souple dès que le format de donnée change légèrement, par exemple devient:

Je suis d'accord plus ou moins, tout dépend de ton organisation de départ, mais il y a de grandes chances que des complications dans la méthode de recherche, t'oblige à revoir l'algo de départ et donc les re dans ce cas sont plus efficaces.

Cependant les re, si on compare à une méthode de recherche je dirais basique, est souvent beaucoup plus lent, beaucoup de tests ont déjà été fait sur ce forum.

Attention je parle de recherche sur des grosses tailles de fichier, pas sur 3 à 5 lignes où on n'y verra que du feu.

en fonction de comment tu as implémenté ton algo, tu peux être amené à tout revoir

Tout à fait d'accord, j'en ai parlé un peu plus haut aussi.

et doit pas faire très plaisir aux gens qui ont développé ces fameuses regex

Ce n'est pas pour une grande vitesse de recherche que ce module a été créé, mais simplement pour faire une recherche facile sans utiliser trop de lignes de code, ce qui est je trouve déjà très bien. On ne peut pas avoir le beurre et l'argent du beurre.

[panda31]

@kali38 : As-tu compris notre débat d'expert et surtout, as-tu trouvé une solution à ton problème initial ? Si oui, un petit serait le bienvenu.