Bonjour à tous et à toutes... et désolé pour le caractère élémentaire de ma question.
 
J'ai besoin de redéfinir le comportement de l'opérateur '+=' pour l'une de mes classes. Le Dive into Python (3.2.5. Using List Operators) me dit que c'est possible mais n'indique pas comment. La liste des opérateurs de Python (http://www.python.org/doc/2.4.1/lib/operator-map.html) ne semble pas connaître cet opérateur.
 
Comment faire ? Merci de votre aide !

pour mapper un += , ne suffi t il pas de mapper le + ? ( et eventuellement le = )

flo850 > merci pour ta réponse, mais je ne crois que ce soit aussi simple. Pourrais-tu détailler ?
 
J'ai une classe C héritée de list et le comportement par défaut de l'opérateur += ne me satisfait pas. Par défaut, l += c (l est une list) exige que c soit iterable, à la différence de l = l + c.
J'aimerais redéfinir += de manière à écrire l += c même quand c n'est pas iterable.
 
Dans Dive Into Python (référence citée dans mon premier post), j'ai lu que += appliqué à une liste était un sucre syntaxique pour la méthode extend(). Pouvez-vous me dire si je suis sur la bonne voie ?
 
Merci d'avance !

chez moi, "l + c" avec l étant une liste et c un objet quelconque non liste ça balance une exception

Et encore heureux d'ailleurs, c'est immonde comme idée, si tu veux ajouter "c" à la fin de "l" tu utilises append

C'est pas parce que Python dispose de surcharge d'opérateurs que t'es obligé de l'utiliser pour tout, et franchement t'es surtout pas obligé de l'utiliser pour n'importe quoi

Bon, je comprends que j'ai voulu faire une conn***.
 
En fait, je veux créer une classe MOT ayant le même comportement que le type string. Donc pouvoir écrire : (avec, par exemple, la classe LETTRE qui joue le même rôle qu'un caractère isolé)
 

 
En python, on peut écrire aussi bien l'un que l'autre avec le type string:

 
car dans le deuxième cas 'a' est de type str (donc iterable). Ce n'est pas le cas de mes objets LETTREs.
 
Cela dit, même si mon idée est idiote, je voudrais ne pas mourir idiot : quelle fonction devrait-on surcharger pour réécrire le comportement de += ???
 
Merci !

__iadd__ (pour Inplace Add)

> Masklinn : merci pour tes réponses.
 
... et que penses-tu de mon problème ? Est-ce que tu surchargerais += jusqu'à l'absurde (comme ce que je voulais faire) ? ou est-ce que tu imiterais le comportement du type string en n'introduisant que le type MOT,sans créer de type LETTRE (qui es tun type non iterable, qui ne correspond à rien en Python puisque le type 'car' n'existe pas ?)
 
Promis, après j'arrête le flood !

À quoi sert ton type "mot", pour commencer

Bon, ok, Masklinn, je balance les détails :
 
Je développe un analyseur syntaxique pour langues anciennes (que personne ne se foute de moi, svp    ). Je fais donc sans arrêt des manipulations sur des bouts de mots, de phrases... Dans ces langues, un 'caractère' dépend de la langue utilisée et souvent on ne peut le réduire au type 'string'. Dans certaines langues par exemple, un caractère est une association [consonne+voyelle+accent].
 
J'ai donc une classe LETTRE. La classe MOT est une liste de plusieurs objets LETTRE. Pour simplifier mon code, j'aimerais bien que mes objets MOTs se comportent comme le type string.
 
Je vais prendre l'exemple de mots latins. Je voudrais écrire, comme si je traitais des string :
 

On va dire que ça me simplifierait la tâche si je pouvais écrire les choses ainsi et 'oublier' mes objets pour avoir l'impression que je manipule des strings. Je peux balancer du vrai code si tu veux voir les choses de plus près.
 
Merci de t'être penché sur la question !

Normalement tous les glyphes dont tu peux avoir besoin sont dispos en unicode non? Il y en a qui manquent?

Non, la norme unicode est très complète.
 
Mais pour manipuler facilement les informations contenues dans chaque caractère, j'ai besoin de créer une entité abstraite (ma classe LETTRE) qui peut avoir plusieurs représentations unicode selon le degré de précision exigé. De même un même mot peut avoir plusieurs représentations.
 
[Pour garder l'exemple du latin, le mot nature peut s'écrire aussi bien NĀTV̄RA , NATVRA, NATURA, natura... ]
 
De plus certains caractères n'ont aucune représentation unicode; par exemple un séparateur de mots peut être représenté par un espace ou par d'autres symboles.  
 
J'ai donc besoin d'une classe LETTRE assez abstraite; une liste d'objets LETTRE forme donc un objet MOT et j'aimerais que cet objet ait le même comportement que le type str/unicode.

Je risque de dire une connerie (je débute en Python) mais tu pourrais pas créer une classe qui hérite de la str/unicode ? Elle aura forcément le même comportement !!!