Quelle drôle d'idée ?
Pourquoi faites-vous un str.join(iterable) sur une chaîne de caractères ?
Documentation : https://docs.python.org/2.7/library/....html#str.join
Généralement, on applique "sep".join(list) quand on veut que les éléments (string) d'une liste Python soient fusionnés en chaîne de caractères avec pour séparateur sep.
exemple : "/".join(['a', 'b', 'c']) => "a/b/c"
faire "".join("abc") revient à se compliquer la vie pour écrire tout simplement "abc" puisque "".join("abc") == "abc".
Dans le fichier ?le décodage est ok, mais pourquoi la deuxième ligne est placée au de la première et que la troisième est correcte ?
Parce que les valeurs d'une sous-clé sont placées dans un objet dict() Python et que les éléments d'un dict() ne sont pas triés.
Si vous voulez un ordre précis d'apparition, il faut utiliser des objets comme collections.OrderedDict : https://docs.python.org/2.7/library/...eddict-objects
le plus simple pour le savoir est de commenter cette ligne, d'enregistrer le script, de le lancer et de voir ce qui se passe...alors la premier ligne from __future__ import unicode_literals ne sert à rien ?
@+.
Partager