Arch Linux

Eingabe in Text-Datei speichern? -Python-

linus.cl

Hallo,
ich nutze Python 2.7.5. (nur zur Info)
Ich versuche, das Script so zu schreiben, dass ich,
wenn ich das Programm ausführe, etwas eingeben kann
und das dann in die Text-Datei geschrieben wird.
(Ich weiß: klingt ziemlich komisch. :/ )
Weiß jemand wie das funktionieren könnte???

Schon im voraus:
Danke für eure Antworten!

Creshal

http://docs.python.org/2.7/library/functions.html

nYmo

Bin zwar kein Python spezialist aber meinst du sowas?

f = open('foo.txt','a')                                                                                         
while True:                                                                                                     
     line = raw_input()                                                                                             
     if line == 'finish':                                                                                           
         f.close()                                                                                                  
         break                                                                                                      
     f.write("%s " % line)

linus.cl

Ja, das funktioniert.
Musste nur ein bisschen ändern:

f = open('test.txt','a')                                                                     
while True:                                                                                  
     line = raw_input('-->')                                                                 
     if line == 'finish':                                                                    
         f.close()                                                                           
         break                                                                               
     f.write("%s " % line)

Vielen vielen Dank für eure Hilfe.

Durch das durchlesen von

Creshal schriebhttp://docs.python.org/2.7/library/functions.html

habe ich sogar noch etwas dazugelernt. 😉

nYmo

Ich glaube das zweite f.close() kannst du weg lassen. Du kannst die Eingabe ja nur abbrechen indem du finish eintippst und dann wird automatisch f.close() aufgerufen. Das zweite f.close kann doch nie aufgerufen werden oder?

linus.cl

Stimmt!
Beim ersten Mal hat es nicht geklappt.
Da habe ich einfach noch ein f.close() eingefügt.
Gut gesehen!! 🙂

feuri

Ich würd beim Arbeiten mit Dateien in Python das with-statement benutzen. Dadurch musst du dich nicht mehr darum kümmern, dass die Datei wirklich geschlossen wird, da dann close() automatisch aufgerufen wird, wenn der with-Block verlassen wird. Außerdem wird der Code etwas übersichtlicher 😉

Dein Code müsste dann so aussehen (nicht getestet!):

with open('test.txt', 'a') as f :
     while True:
          line = raw_input('-->')
          if line == 'finish':
              break
          f.write("%s " % line)

Siehe auch:
http://docs.python.org/2.7/reference/compound_stmts.html#the-with-statement
http://www.diveintopython3.net/files.html#with (Ist zwar eigentlich für Python3, der Abschnitt müsste so aber auch für Python2.7 gelten)

nYmo

Das kannste ich noch nicht und ist definitiv die bessere Lösung. Syntaktischer Zucker 😃

linus.cl

Danke für die Antworten.
Feuri's Antwort ist die übersichtlicheste + beste Lösung.
Vielen Dank.

Creshal

Warum eigentlich so unsauber mit "finish" arbeiten, und nicht einfach mit EOF (Strg+D), wie jedes andere Programm?

linus.cl

Weil das bequemer ist (auch für andere). Zwar ist das andere kürzer, aber niemand will das Programm durch einen EOF Error abrrechen.

Creshal

linus.cl schriebniemand

Doch, ich. 😛 Und so unwichtige Sachen wie Redirects, Pipes, … also eigentlich alles.

abrrechen

Und heute lernen wir, wofür try…except gut sind. 🙂

Dirk

Creshal schriebUnd heute lernen wir, wofür try…except gut sind. 🙂

So lange das except mit einer entsprechenden Kondition versehen wird, und nicht einfach …

try:
    #irgendwas
except:
    print('kaputt')

… gemacht wird 🙂

On-Topic: Nimm Python 3, das seit einem halben Jahrzehnt die aktuelle Version ist.

Creshal

…und mittlerweile sogar in Debian Stable integriert ist. Jetzt gibts nun wirklich keine Ausrede mehr. 🙂

Dirk

Spätestens wenn etwas in Debian Stable angekommen ist, kann man fast sagen, dass es schon wieder veraltet ist … 🙂

Manchotix

Dirk schriebSpätestens wenn etwas in Debian Stable angekommen ist, kann man fast sagen, dass es schon wieder veraltet ist … 🙂

Sind wir schon so verwöhnt von dem schönen Rolling-release prinzip ? ;P
Aber Python 3 ist ja schon aktuell bin mal gespannt wann der Status quo Python 2.x vom Ast abfällt.

Dirk

Manchotix schriebSind wir schon so verwöhnt von dem schönen Rolling-release prinzip ? ;P

Na ja, wie gesagt, Python 3 ist schon eine weile draußen. Und wer es selbst nach FÜNF Jahren noch nicht geschafft hat, darauf zu migrieren, ist schlicht ein faules Stück 🙂

piet

Auch wenn ich jetzt die Stimmung drücke, das Paket python3 gab/gibt es schon in Squeeze und das Paket python von Wheezy zeigt immer noch auf Python in der Version 2.7.*. 😉
https://wiki.debian.org/Python

Dirk schriebNa ja, wie gesagt, Python 3 ist schon eine weile draußen. Und wer es selbst nach FÜNF Jahren noch nicht geschafft hat, darauf zu migrieren, ist schlicht ein faules Stück

Naja, die Python-2/3-Situation ist wohl auch für das Python-Projekt nicht sehr schön, die hätten sich sicherlich einen schnelleren Wechsel der anderen Python-Projekte auf Python 3 gehofft. Bei Debian Wheezy weiß ich ehrlich gesagt nicht, warum noch Python2 der Standard ist, Debian halt. 😉

cu

Dirk

piet schriebNaja, die Python-2/3-Situation ist wohl auch für das Python-Projekt nicht sehr schön, die hätten sich sicherlich einen schnelleren Wechsel der anderen Python-Projekte auf Python 3 gehofft.

Das Problem ist hausgemacht. So lange der Zweier-Zweig noch gepflegt wird, wird kein größeres Projekt umstellen. Erst wenn Python 2.x offiziell eingestellt wird, kommt Bewegung in die Sache.

Ovion

Gibt's denn noch Bibliotheken, die nicht auf Python umgestellt sind? Alle mir bekannten/von mir genutzten Libs sind definitiv Python3-kompatibel.
Welche "wichtigen" Projekte setzen noch auf Python2? Mir fällt da nur eines ein (udiskie), und das ist seit längerem ohne Maintainer, was die Sache erklärt.

Nächste Seite »