Façon correcte d'écrire la ligne de fichier?

J'ai l'habitude de faire print >>f, "hi there"

Cependant, il semble que print >> devient obsolète. Quelle est la méthode recommandée pour la ligne ci-dessus?

mise à Jour:
Concernant toutes ces réponses avec "\n"...est-ce universel ou Unix-spécifique? C'est à dire, je dois faire "\r\n" sur Windows?

  • "\n" est pas Unix spécifiques. Lorsque le fichier est ouvert en mode texte (par défaut), il est traduit automatiquement à la bonne fin de ligne pour la plate-forme actuelle. L'écriture "\r\n" produirait "\r\r\n", ce qui est faux.
  • Ajoutez juste l'impression ord(os.linesep) pour voir le code ascii (10 sur la plupart des systèmes UNIX)
  • Pourquoi pensez-vous que c'est déconseillé?
InformationsquelleAutor Yaroslav Bulatov | 2011-05-28
  1. 935

    Cela devrait être aussi simple que:

    with open('somefile.txt', 'a') as the_file:
    the_file.write('Hello\n')

    À Partir De La Documentation:

    Ne pas utiliser os.linesep comme un terminateur de ligne lors de l'écriture des fichiers ouverts en mode texte (par défaut); utiliser un seul "\n " à la place, sur toutes les plateformes.

    Certains utile de lecture:

    • Cet exemple est mieux que d'ouvrir/fermer l'exemple. À l'aide de with est un moyen plus sûr de se rappeler de fermer un fichier.
    • Je n'ai pas à appeler the_file.close() ?
    • non, vous n'avez pas: stackoverflow.com/questions/3012488/...
    • Pourquoi dites-vous "de l'os.linesep. Il y a beaucoup de bonnes choses dans l'os!", lorsque vous avez plus tôt dans l'après déconseillé de l'utiliser? Je suis soupçonner l'éditer ici, et c'est peut-être la raison de la baisse de votes.
    • 3,5 ans après les événements, j'ai peut-misremember, mais j'ai édité mon le jour afin d'inclure le paragraphe de la docs, laissant le lien vers os.linesep de la documentation pour les lecteurs intéressés. Le downvote, comme je le rappel, est venu 2 ans plus tard.
    • Je pense que vous m'avez mal compris. Je ne voulais pas dire que vous l'avez édité, après qu'ils avaient down ont voté. Que ferait aucun sens de vous demander pourquoi les gens ont voté à vous. Ce que je soupçonne est passé, c'est que vous avez ajouté un avertissement au sujet de pourquoi ne pas utiliser os.linesep dans un edit et j'ai oublié de vous annoncé sur la façon dont os avait de bonnes choses, quand la seule chose utilisées, il n'était dans ce cas en os.linesep, ce qui est plutôt inutile et trompeur dans ce cas. Les gens peuvent avoir en bas vous ont voté pour envoyer le message que les os.linesep était bonne dans ce cas. Il est bon de l'ajouter pour la documentation, mais vous ne envoyer des messages contradictoires.
    • Je vois. J'espère que mon plus récente édition précise de mon intention. N'hésitez pas à modifier mes réponses, si elles sont "plutôt inutile et trompeur".
    • CLI: python -c 'with open("file.txt", "w") as file: file.write("Hello\n")'.
    • "en mode texte (par défaut)" signifie open avec "w", vous avez encore besoin de os.linesep avec "wb"
    • C'est un point intéressant. Mais pourquoi vous ouvrez un fichier binaire à écrire en texte brut?

    InformationsquelleAutor Johnsyweb
  2. 939

    Vous devez utiliser le print() fonction qui est disponible depuis la version 2.6 de Python+

    from __future__ import print_function  # Only needed for Python 2
print("hi there", file=f)

    Pour Python 3, vous n'avez pas besoin de la import, depuis le print() fonction est la valeur par défaut.

    L'alternative consisterait à utiliser:

    f = open('myfile', 'w')
f.write('hi there\n')  # python will convert \n to os.linesep
f.close()  # you can omit in most cases as the destructor will call it

    Citant La documentation Python concernant les retours à la ligne:

    Sur la sortie, si le saut de ligne n'est, de toute '\n' caractères écrits sont traduits par défaut du système de séparateur de ligne, os.linesep. Si le retour à la ligne est '', la traduction a lieu. Si le retour à la ligne est un de l'autre, les valeurs, tout '\n' caractères écrits sont traduits à la chaîne.

    • Est-ce que ça va être OK sur Windows? (ie, \r\n les retours à la ligne)
    • -1 "Si vous voulez être sûr, ajouter les os.linesep à la chaîne, au lieu de \n" exigera newline="" dans le cas contraire, vous obtiendrez \r\r\n sur Windows. Il n'y a pas de raison de futz avec os.linesep à tous.
    • Sbarnea: vos Deux phrases sont tout à fait correct, mais absolument rien à voir avec (explicitement) l'écriture de l'os.linesep au lieu de \n. Encore -1
    • Vous obtenez le même résultat à partir de f.écrire(os.linesep) sur les systèmes non-Windows. au passage, ton code ne fonctionne pas, vous avez besoin de mode='w'
    • Votre modifier pour ajouter le mode d'écriture est bien sûr une amélioration. Cependant, vous étrangement rester intransigeant sur les os.linesep. Voir ma réponse. Par ailleurs, la documentation que vous citez est de 3.x, mais cette partie est également valable pour les 2.x en mode texte: aucun '\n' caractères écrits sont traduits par défaut du système de séparateur de ligne, le système d'exploitation.linesep* ... Windows: l'écriture de l'os.linesep est la même que l'écriture de \r\n qui contient \n qui est traduit à l'os.linesep qui est \r\n de sorte que le résultat final est \r\r\n.
    • vous avez eu raison, j'ai corrigé les os.linesep bug. Merci.
    • La finition de ce avec f.close() pour fermer le fichier. Alors seulement vous serez en mesure de voir ce qui a été écrit.
    • s'il vous plaît ne me dites pas que " print("bonjour", fichier=f) "méthode" est bâtiment de la méthode pour python3. Cela me fait sentir que je besoin de se déplacer à python3
    • Pourquoi est la première manière, en utilisant le fichier=f, préférable à la seconde méthode à l'aide de f.l'écriture?
    • quand je suis en utilisant cette méthode, il va supprimer tous les retours à la ligne. Comment puis-je réparer que de l'avoir écrit ligne par ligne?
    • Quelqu'un peut-il m'expliquer quel est l'Avenir? :/ Je suis en utilisant Py2.7 et de l'apprentissage 3.0..
    • Pour l'ajout n'est-il pas open('myfile','a') au lieu open('myfile','w')?
    • Ne pas utiliser le with déclaration est une mauvaise pratique.
    • Mon problème avec cette approche est qu'il ajoute un caractère de nouvelle ligne à la dernière ligne dans le fichier. Meilleure approche pour le retirer.
    • Ce qui est pas clair à ce sujet? Ce qui est confus au sujet de la documentation pour open?
    • f est un gestionnaire de fichier de l'objet et vous pourriez avoir trouvé dans la documentation.
    • Rechercher open et de lire de quoi il en retourne. Prend une dizaine de secondes.
    • Cela fait partie de la POSIX norme de ce qui constitue une "ligne" dans un fichier texte, c'est à dire chaque ligne d'un fichier texte doit être terminée par un retour à la ligne, même à la dernière ligne.

    InformationsquelleAutor sorin
  3. 105

    La python docs recommandons cette manière:

    with open('file_to_write', 'w') as f:
    f.write('file contents')

    Donc, c'est la façon dont j'ai l'habitude de le faire 🙂

    Déclaration de docs.python.org:

    Il est de bonne pratique d'utiliser le 'avec' mot-clé lorsque vous traitez avec des fichier
    objets. Ceci a l'avantage que le fichier est correctement fermé après
    sa gamme de finitions, même si une exception est levée sur le chemin. Il est
    aussi beaucoup plus courte que d'écrire l'équivalent essayez-enfin blocs.

    • Je n'aime pas cette façon quand j'en ai besoin pour imbriquer les with l'intérieur d'une boucle. Qui me fait constamment ouvrir et de fermer le fichier que j'ai passer dans ma boucle. Peut-être que je manque quelque chose ici, ou c'est vraiment un inconvénient dans ce scénario particulier?
    • Comment sur une boucle à l'intérieur de la avec?
    • pour ligne dans fd:
    InformationsquelleAutor j7nn7k
  4. 85

    Concernant les os.linesep:

    Ici est exacte inédite Python 2.7.1 interprète session sur Windows:

    Python 2.7.1 (r271:86832, Nov 27 2010, 18:30:46) [MSC v.1500 32 bit (Intel)] on
win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import os
>>> os.linesep
'\r\n'
>>> f = open('myfile','w')
>>> f.write('hi there\n')
>>> f.write('hi there' + os.linesep) # same result as previous line ?????????
>>> f.close()
>>> open('myfile', 'rb').read()
'hi there\r\nhi there\r\r\n'
>>>

    Sur Windows:

    Comme prévu, le système d'exploitation.linesep ne PAS produire le même résultat que '\n'. Il n'y a aucun moyen qu'il pourrait produire le même résultat. 'hi there' + os.linesep est équivalent à 'hi there\r\n', qui est PAS équivalent à 'hi there\n'.

    C'est simple: utilisez \n qui sera traduit automatiquement à l'os.linesep. Et c'est simple depuis le premier port de Python pour Windows.

    Il n'y a pas de point à l'aide de mac os.linesep sur les systèmes non-Windows, et il donne de mauvais résultats sur Windows.

    NE PAS UTILISER de système d'exploitation.linesep!

    • excellent exemple -- curieux de savoir si vous êtes un ipython utilisateur? fonctions très pratiques pour la mise en forme de séances de
    • Je ne suis pas entièrement sûr de ce que vous essayez de nous dire ici. os.linesep sera de retour à la ligne en terme de caractère (ou une chaîne), tel que défini par le système d'exploitation. Windows utilise \r\n de fin de ligne par défaut. Cependant, un seul \n, est reconnue. À l'aide de \n va donner entièrement portable de SORTIE mais l'os.linesep est pas mal sur windows.
    • Le point est que si vous utilisez explicitement os.linesep dans Windows en mode texte, le résultat est \r\r\n qui est faux. "Windows utilise ..." est dénuée de sens. La bibliothèque d'exécution C (et donc de Python) traduire \n à \r\n sur la sortie en mode texte. D'autres logiciels peuvent se comporter différemment. Il n'est PAS le cas que tous les logiciels en cours d'exécution sur Windows reconnaît un seul \n comme un séparateur de ligne lors de la lecture en mode texte. Python n'. Microsoft est le bloc-notes de l'éditeur de texte ne fonctionne pas.
    • Je crois que je comprends ce que tu veux dire. Le pire scénario est que vous obtenez un double \r dans votre fichier. Je ne vois pas ce que la conséquence en sera. Sans doute, si vous écrivez en mode texte, vous constaterez à la lecture de ce. À quel point les extra \r est la météorisation, mais rien de plus (seulement la présence de \n marque une fin de ligne) j'écris pour .Net d'habitude, ce qui me permet de choisir mes ligne terme à utiliser avec WriteLine(). Peut-être une méthode similaire sur TextIOWrapper permettrait de sauver cette confusion.
    • Sans doute quelqu'un d'autre sera de le lire, pas de vous, avec certains mickey mouse logiciel qui vous permettra de barf sur les extra \r ...
    • êtes-vous venue à python à partir d'une autre langue, d'où l'utilisation de '\n' résultats en sortie de '\n' dans la fenêtre, plutôt que de '\r\n' -- donc il n'a pas le '\r' prévu par muette les éditeurs de texte? Comme le dit Jean, qui n'est pas la façon Python se comporte -- '\n' est automatiquement remplacé par "\r\n', si c'est ce système d'exploitation.linesep dit de faire. Donc, qui dit explicitement os.linesep est "mauvais" ici. Comme son Department of Redundancy Department. Oui, vous pouvez le faire. Non, vous ne voulez pas.
    • Je suis totalement d'accord qu'il devrait être explicite. Jamais aveuglément assumer les choses sont configurés correctement, sauf si vous définissez vous-même. Dans le cas de la fin de vie s'il n'est pas la sueur de simplement faire. Envoyer ce que vous connaissez le récepteur exige. f.write('hi there\n') pour unix et f.write('hi there\r\n') pour DOS. Je vous suggère de construire une ligne de sortie comme outline = "Hi There!" + "\r\n" alors simplement f.write(outline)

    InformationsquelleAutor John Machin
  5. 53

    Je ne pense pas qu'il y est une "bonne" façon.

    Je voudrais utiliser:

    with open ('myfile', 'a') as f: f.write ('hi there\n')

    In memoriam Tim Toady.

    • Mais l'OP pourriez écrire d'autres trucs supplémentaires pour le fichier. Ici, le fichier est fermé lorsque le with est hors de portée.
    • Qui pourraient être open(..., 'a') ou même 'at'.
    • Euh, ouais. C'est l'idée de l'utiliser avec. Si vous souhaitez conserver le fichier ouvert, il suffit d'appeler ouvert au début et à appeler fermer lorsque vous avez terminé...
    • Vrai. L'OP a ajout.
    • Aussi loin que python est en cause, RIP Tim Toady et très très très à juste titre
    • Je viens de voir ce Zen of Python is, "There should be one — and preferably only one — obvious way to do it." . C'est ce qui explique une grande partie de ma déception avec la langue. Je l'ai utilisé beaucoup pour cinq ans et plus, mais pour ses bibliothèques et souvent en dépit de la syntaxe. Pas de commentaires en ligne? Le mystificateur structure de classe? Ligne uniquement lambdas?
    • Le zen of perl serait un peu un oxymore.

    InformationsquelleAutor Hyperboreus
  6. 21

    En Python 3, c'est une fonction, mais en Python 2, vous pouvez ajouter ce à le haut du fichier source:

    from __future__ import print_function

    Alors vous ne 

    print("hi there", file=f)
    InformationsquelleAutor Keith
  7. 16

    Si vous écrivez beaucoup de données et de la vitesse est une préoccupation, vous devriez probablement aller avec f.write(...). J'ai fait une rapide comparaison de la vitesse et il a été beaucoup plus rapide que print(..., file=f) lors de l'exécution d'un grand nombre d'écritures.

    import time    

start = start = time.time()
with open("test.txt", 'w') as f:
    for i in range(10000000):
        # print('This is a speed test', file=f)
        # f.write('This is a speed test\n')
end = time.time()
print(end - start)

    En moyenne write fini dans 2.45 s sur ma machine, alors que print a pris environ 4 fois plus longue (9.76 s). Cela étant dit, dans la plupart des scénarios du monde réel, ce ne sera pas un problème.

    Si vous choisissez d'aller avec print(..., file=f) vous trouverez probablement que vous aurez envie de supprimer le saut de ligne de temps à autre, ou de la remplacer par autre chose. Cela peut être fait en réglant le paramètre facultatif end paramètre, par exemple;

    with open("test", 'w') as f:
    print('Foo1,', file=f, end='')
    print('Foo2,', file=f, end='')
    print('Foo3', file=f)

    N'importe quelle manière que vous choisissez, je vous suggère de l'aide with car il rend le code plus facile à lire.

    Mise à jour: Cette différence de performance s'explique par le fait que write est fortement tamponné et renvoie avant tout écrit sur le disque fait lieu (voir cette réponse), alors que print (probablement) utilise la ligne de mise en mémoire tampon. Un test simple pour ce serait à vérifier la performance à long écrit, où les inconvénients (en termes de vitesse) pour la ligne de mise en mémoire tampon serait moins prononcée.

    start = start = time.time()
long_line = 'This is a speed test' * 100
with open("test.txt", 'w') as f:
    for i in range(1000000):
        # print(long_line, file=f)
        # f.write(long_line + '\n')
end = time.time()

print(end - start, "s")

    La différence de performance devient maintenant beaucoup moins prononcée, avec une durée moyenne de 2,20 s pour write et 3.10 s pour print. Si vous avez besoin de concaténer un tas de cordes pour obtenir ce loooong ligne performance en souffrira, donc utilisez-les cas où print serait plus efficace sont un peu rares.

    InformationsquelleAutor Robin Keskisarkka
  8. 9

    Depuis 3.5, vous pouvez également utiliser le pathlib à cet effet:

    Chemin.write_text(de données, de encoding=None, des erreurs=None)

    Ouvrir le fichier pointé en mode texte, l'écriture de données, et fermer le fichier:

    import pathlib

pathlib.Path('textfile.txt').write_text('content')
    InformationsquelleAutor johnson
  9. 4

    Quand vous avez dit Ligne cela signifie quelque sérialisé personnages qui sont terminés à '\n' personnages. La ligne devrait être passé à un certain point, nous devons considérer les '\n' à la fin de chaque ligne. Voici la solution:

    with open('YOURFILE.txt', 'a') as the_file:
    the_file.write('Hello')

    en mode ajout après chaque écriture déplacer le curseur à la ligne, si vous souhaitez utiliser le " w "mode que vous devez ajouter" \n " caractères à la fin d'un write() fonction:

    the_file.write('Hello'+'\n')
    • "en mode ajout après chaque écriture déplacer le curseur à la ligne" – non, il ne l'est pas.
    InformationsquelleAutor Reza Tanzifi
  10. 3

    On peut également utiliser le io module comme dans:

    import io
my_string = "hi there"

with io.open("output_file.txt", mode='w', encoding='utf-8') as f:
    f.write(my_string)
    InformationsquelleAutor kmario23
  11. 0

    Vous pouvez également essayer filewriter

    pip install filewriter

    from filewriter import Writer

Writer(filename='my_file', ext='txt') << ["row 1 hi there", "row 2"]

    Écrit dans my_file.txt

    Prend un objet iterable ou un objet avec __str__ de soutien.

    InformationsquelleAutor Emin Buğra Saral
  12. 0

    Quand j'ai besoin d'écrire de nouvelles lignes beaucoup, je définir un lambda qui utilise un print fonction:

    out = open(file_name, 'w')
fwl = lambda *x, **y: print(*x, **y, file=out) # FileWriteLine
fwl('Hi')

    Cette approche a l'avantage qu'il peut utiliser toutes les fonctionnalités qui sont disponibles avec le print fonction.

    Mise à jour: Comme il est mentionné par Georgy dans la section des commentaires, il est possible d'améliorer davantage cette idée avec la partial fonction: 

    from functools import partial
fwl = partial(print, file=out)

    À mon humble avis, c'est un plus fonctionnel et moins cryptique approche.

    • Ou d'une autre (probablement plus propre) pour écrire ceci: from functools import partial; fwl = partial(print, file=out).
    • Votre approche est tellement bon qu'il peut être donné comme un nouvel élément de réponse.
    • L'idée est la même que la vôtre, seulement la mise en place est un peu différent. Si vous le souhaitez, vous pouvez l'ajouter dans une édition de votre réponse. Je suis bien avec elle.
    InformationsquelleAutor MxNx