[Python] caricare e salvare dati su file.txt

[zla_Stobb]

Ciao a tutti sto provando ad imparare Python, scusate se faccio errori banali utilizzo Python 3.8 su visual studio code

sto cercando di costruire delle librerie da utilizzare per più applicazioni
che fondamentalmente permettano, dato un player con un nome e un punteggio, di costruire una classifica e salvarla su un file.txt

l'idea iniziale era di salvare su ogni riga una stringa così nome@punteggio
e qui è nato il primo problema la stringa che leggevo era di questo tipo ['nome@punteggio\n'], ho aggirato questo problema così

def loading ():
    t=open("clas.txt", "r")
    z=1
    trik={}
    while z<10:
        ty=str (t.readlines(z))
        l=(len(ty)-4)
        pulita=ty[2:l]
        control=(pulita.find("@"))
        name=pulita[0:control]
        punt=pulita[(control+1):]
        d={z:[name,punt]} 
        trik.update(d)
        z+=1

in questo modo ho un dizionario con {posizione :[nome, punteggio]}

però alle ultime linee del file continuo ad avere problemi con questi \n (mancano anche se da notepad++ ci sono ) che imbrogliano il sistema di pulitura stringhe

ho preso una strada completamente sbagliata ?
mi conviene usare un altro metodo come salvare direttamente il dizionario sul file ( se si può fare?)

o c'è un metodo più semplice per salvare e ricaricare quei dati ?
mi scuso se sono stato troppo contorto

[pabloski]

Si, quando le performance non sono critiche, Python mette a disposizione un metodo universale per la serializzazione delle sue strutture dati, il pickling https://www.tutorialspoint.com/python-pickling

E direi che è preferibile. Sempre che non ci sia da gestire gazillioni di elementi. Ma in quel caso ci vorrebbe un database.

Tuttavia, per ragioni di uniformità con le tecnologie più in voga al momento, un'altra strada percorribile è quella di usare il formato JSON https://appdividend.com/2019/04/15/h...-with-example/

In teoria potresti pure usare il banale CSV. Il punto è che usando formati standardizzati e/o diffusi de facto, crei un software interoperabile. Non è obbligatorio se è per hobby, ma lo è se il tuo software farà un giorno il giro del mondo.

Comunque dal codice vedo alcune cose che non mi convincono. Parecchie in verità. Premetto intanto che il \n mancante può dipendere dalla configurazione di Notepad++. Tieni presente che sotto Windows si usa \r\n e non \n.

Ma per gestire queste discrasie, ci sono funzioni apposite in Python. Per esempio splitlines si occupa di gestire indistintamente \r\n e \n. Quindi ritorna a capo Unix-style e Windows-style.

E dovresti usarle, farne un maggiore uso. Per esempio lì vedo tutta una serie di calcoli e find, quando bastava, per ogni linea fare

ty.split("@")

E la cosa che proprio non capisco è quel t.readlines(z)?? il valore passato a quella funzione è il sizehint, cioè quanti byte deve leggere al massimo. Come hai fatto tu, leggi al primo passo 1 byte, al secondo 2 bytes, al terzo 3 bytes e così via fino a 9. E onestamente, mi sa che così non arriva a completare nemmeno la lettura della prima riga.

[zla_Stobb]

grazie per l'aiuto


per quanto riguarda t.readlines(z) mi legge la singola riga presente nel file

con z=0 mi legge tutto il file

comunque dovrei aver risolto però devo riscriverlo perchè non è il massimo

[pabloski]

Originariamente inviato da zla_Stobb

per quanto riguarda t.readlines(z) mi legge la singola riga presente nel file

Stacci attento. Quella cosa lì dice: "comincia a leggere la prima riga e se il numero di bytes letti è maggiore a z, allora fermati".

Questo presuppone che tu abbia righe di lunghezza costante o comunque nota a priori. E non mi pare il tuo caso.

Già il nome può essere una cosa da 3-4 a 30 caratteri o più.

[zla_Stobb]

Originariamente inviato da pabloski

Stacci attento. Quella cosa lì dice: "comincia a leggere la prima riga e se il numero di bytes letti è maggiore a z, allora fermati".

Questo presuppone che tu abbia righe di lunghezza costante o comunque nota a priori. E non mi pare il tuo caso.

Già il nome può essere una cosa da 3-4 a 30 caratteri o più.

si infatti dopo quello che avevi detto ho fatto dei test

rendendomi conto che il problema non erano i \n

mettendo ora t.readlines(1) non ho più quel problema che succedeva con un k>9 perchè i nomi non erano molto lunghi e quindi caricava anche il rigo successivo

considerando che nel mio file c'è un sola stringa (punteggio@nome) per rigo

con un ciclo di t.readlines(1) non dovrei avere più problemi giusto o sbaglio ancora ?

p.s. comunque leggendo nella documentazione

readlines(hint=-1)
Read and return a list of lines from the stream. hint can be specified to control the number of lines read: no more lines will be read if the total size (in bytes/characters) of all lines so far exceeds hint.

Note that it’s already possible to iterate on file objects using for line in file: ... without calling file.readlines().

in questo modo dovrei risolvere definitivamente e esce anche tutto più pulito

[pabloski]

Originariamente inviato da zla_Stobb

con un ciclo di t.readlines(1) non dovrei avere più problemi giusto o sbaglio ancora ?

for ty in t:
blah blah

è il modo più semplice e veloce per leggere il file una riga alla volta

altrimenti si può benissimo fare

righe = ty.readlines()

righe è una lista e puoi scorrerla con un for
for ty in righe:
blah blah