Discussion :

[while]

Bonjour,

Vous savez probablement tous qu’une chaîne de caractères unicode dans Python 2.7 s’écrit avec le symbole u avant ladite chaîne.

Par exemple,

u"Ceci est ma chaîne de caractères unicode"

En python 3.3, ce préfixe u n’est plus nécessaire (il est même interdit avec Python 3.0, 3.1 et 3.2), et on écrit :

"Ceci est ma chaîne de caractères unicode"

Je programme en Python 3.3 qui, pour les raisons de rétrocompatibilité, supporte les deux écritures (on peut mettre ou non le préfixe u, c’est indifférent).

Je manipule souvent des listes et des dictionnaires qui comportent des chaînes de caractères, et je voudrais, lorsque je demande la représentation de ces objets que Python 3.3 ajoute automatiquement ce préfixe u avant les chaînes.

Par exemple, si je demande de m’afficher une liste, Python 3.3 va écrire :

["chaîne1", "chaîne2", "chaîne3", "chaîne4"]

Là où Python 2.x afficherait :

[u"chaîne1", u"chaîne2", u"chaîne3", u"chaîne4"]

Comment puis-je obtenir une représentation des chaînes selon Python 2.x avec Python 3.3 ?

Merci d’avance pour toute aide.

[wiztricks]

Salut,

"print (object)" ne devrait s'utiliser que pour du "debug".
Accepter 'u' devant les littéraux pour simplifier la migration de codes v2 évite du travail: c'est cool.
Par contre, si Python3 ne préfixe plus les "str" unicode par un "u", il préfixe les "bytes" par 'b': côté DEBUG, vous avez ce qu'il faut.

Après ce n'est que de la programmation, çà peut se faire...

- W

[tyrtamos]

Bonjour,

Dans la mesure où il s'agit uniquement d'un problème d'affichage, on peut toujours créer la chaine qu'on veut, et pourquoi pas avec des 'u':

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
def chupy2(L):
    """pour affichage d'une liste de chaines unicode Python 2"""
    ch = "["
    if L!=[]:
        for chaine in L:
            ch += 'u"' + chaine + '", '
        ch = ch[:-2]
    return ch + "]"
 
 
L = ["chaîne1", "chaîne2", "chaîne3", "chaîne4"]
 
print(chupy2(L))

Ce qui affiche:

Code :

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

[u"chaîne1", u"chaîne2", u"chaîne3", u"chaîne4"]

Dans le cas général d'un arbre de profondeur quelconque (liste de liste de liste...), ça se complique un peu (fonction récursive) mais ça se fait aussi. On peut aussi traiter le cas de données hétérogènes (chaines, entiers, flottants, dictionnaire, etc...)

[while]

"print (object)" ne devrait s'utiliser que pour du "debug".

On ne choisit pas toujours le code sur lequel on bosse.
En fait, il ne s’agit pas de print mais qu’importe, il se trouve que la représentation des objets est dumpée dans des fichiers de code qui sont lus par un interpréteur Python 2 ou 3. Il faut donc que ce soit compatible.

Accepter 'u' devant les littéraux pour simplifier la migration de codes v2 évite du travail: c'est cool.

Oui, mais ici c’est l’inverse. On ne migre pas du code vers v3, on génère du code avec Python 3 qui doit être rétrocompatible pour certaines parties avec Python 2.

Il ne s’agit pas de débuguer. La notation u est nécessaire.

[while]

Bonjour,

Dans le cas général d'un arbre de profondeur quelconque (liste de liste de liste...), ça se complique un peu (fonction récursive) mais ça se fait aussi. On peut aussi traiter le cas de données hétérogènes (chaines, entiers, flottants, dictionnaire, etc...)

Oui, en fait, les objets sont hétérogènes et assez complexes : dictionnaires de listes de dictionnaires et des choses de ce genre.

En fait, je posais la question pour savoir s’il existait une option bête à activer pour obtenir la notation des chaînes adéquate, avant de me lancer à écrire un script compliqué juste pour ajouter ces foutus u un peu partout. En fait, le problème, c’est qu’on a aussi des chaînes avec potentiellement des guillemets à l’intérieur, c’est un peu casse-gueule en fait.

Ou bien je vais peut-être envisager de générer ces cas particuliers avec Python 2.7.

Mais, s’il existe une solution simple pour retrouver la notation ancienne avec Python 3.3, ça éviterait de pondre une usine à gaz juste pour gérer ces spécificités.

[wiztricks]

On ne choisit pas toujours le code sur lequel on bosse.
En fait, il ne s’agit pas de print mais qu’importe, il se trouve que la représentation des objets est dumpée dans des fichiers de code qui sont lus par un interpréteur Python 2 ou 3. Il faut donc que ce soit compatible.

Je comprends: postez votre question aux développeurs ou allez lire le code "C" avant de fermer cette piste.
A ma connaissance, il n'y a pas de "switch" magique pour çà et il faut coder.

- W

[tyrtamos]

Je ne connais pas de fonction simple capable de faire ça.

Juste une idée: il existe un code "2to3" pour passer de Python 2 à Python 3. Mais on parle ici et là de code "3to2" pour faire le contraire: https://docs.python.org/3.2/howto/py...hon-3-and-3to2. Peut-être faudrait-il regarder ce qu'il y a dedans pour s'en inspirer?

Sinon, si tu es coincé, j'utilise souvent le genre de code que tu cherches pour afficher n'importe quel objet Python hétérogène (int, long, float, complex, str, unicode, list, tuple, dict, set, frozenset) avec le bon encodage sur n'importe quel console de sortie. Je n'ai jamais mis de 'u' mais ça peut se faire. Je peux t'en faire profiter, mais c'est un assez gros code (plus de 200 lignes), et il est écrit en Python 2.7 pour l'instant. Et c'était nécessaire pour Python 2, parce que l'affichage de chaines situées dans une liste était vraiment moche:

Code :

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

1
2
print [u"éèçàùôï"]
[u'\xe9\xe8\xe7\xe0\xf9\xf4\xef']

Ça s'est arrangé, heureusement, avec Python 3.

[while]

Merci pour les réponses et les pistes.