On Dec 26, 2007 11:47 AM, ugaciaka <[EMAIL PROTECTED]> wrote: > Ho notato che in python c'è una cosa che, provenendo da java, mi > provoca disorientamento.
Eh eh succede a tutti :D > Le variabili! Ottima affermazioni. Ti anticipo che in Python le variabili non sono proprio variabili, ma etichette per un contenuto. Il concetto che ha Java di variabile è un po' diverso, ma proseguiamo: > Riassumendo: ho scritto un programmino (senza nessuna classe ma con > sole funzioni), ho notato che se passo da paramentro una variabile per > fargli capire al compilatore che non è una variabili d'istanza (cioé > della funzione) ma di tutto del corpo del programma devo anteporre > global al nome della variabile passata. Alt alt, leggo un po' di confusione ancora prima di arrivare ai problemi con le variabili locali e globali. Python, come ben avrai capito, permette di scrivere codice anche all'esterno di una classe (a differenza di Java). Quì però mi sono perso: "passo da parametro una variabile" = "passo una variabile per argomento ad una funzione" ? Poi un po' di chiarezza: Python ha sì un compilatore per trasformare il .py in .pyc (codice oggetto) ma è un ambiente interpretato, almeno nella sua implementazione di default. Inoltre non ha molto senso dire "passo un parametro per fargli capire che no nè una variabile di instanza". Le variabili di istanza sono membri di una istanza di una classe, ossia un oggetto. Tutte le variabili che stanno in una funzione sono locali a quella funzione. Se invece usi "global nomevariabile" significa che Python "bara" e va a prendere lo scope di quella variabile nel namespace globale (il modulo in termini Python). Questo però non ha nulla a che fare con classi, variabili di istanza ecc ecc (al netto del fatto che in Python tutto è un oggetto, ma di questo non ti devi preoccupare ora) > Ok fin qua ci sono. Ma se io volessi ora mettere tutto in una classe > come agisco? Dove definisco le variabili globali? Nella classe? Agisci in due modi: - impari ad usare oggetti e classi in Python leggendo questo tutorial: http://www.greenteapress.com/thinkpython/html/book016.html - provi a riscrivere l'esempio ;-) > All'interno del costruttore?... All'interno del costruttore, come in Java, procedi all'inizializzazione dell'oggetto > Il mio programmino di esercizio è questo sotto e praticamente non fa > altro che sostituire il carattere "_" con uno spazio " ". Beh per questo non è che ci sia bisogno di chissà quale architettura ad oggetti, però teniamolo come esempio per imparare ad usarli ;) > import os > import string Il modulo string non mi pare ti serva > def rinomina_nome_file(nome_file): > return nome_file.replace("_", " ") > > def lista_file2lista_file_rinominati(lista_file): > global lista_file_rinominati > for i in range(len(lista_file)): > lista_file_rinominati.insert(i, rinomina_nome_file(lista_file[i])) Invece che usare una variabile globale, di cui non vedo motivo potresti semplicemente ritornare la lista dei file rinominati in questo modo. def rename_all_files(files): renamed_files = [] for f in files: renamed_files.append(rinomina_nome_file(f)) return renamed_files oppure: def rename_all_files(files): return [rinomina_nome_file(f) for f in files] oppure: def rename_all_files(files): for f in files: yield rinomina_nome_file(f) oppure: def rename_all_files(files): return (rinomina_nome_file(f) for f in files) In questo modo le funzioni fanno quello che dovrebbero fare, ritornare un valore ;-) E sei sicuro che se passi 2 volte una copia della stessa lista la funzione fa sempre la stessa cosa senza modificare inutili variabili globali > def tree2lista_file(tree): > global lista_file > for i in tree: > lista_file = i[2][:] Idem come sopra, la lista "normalizzata" dei file ritornala, non assegnarla a qualche variabile globale: def tree2file_list(tree): file_list = [] for item in tree: file_list.append(list(item[2])) return file_list Prova a riadattare il tuo codice con questi hint, prima di passare a riscrivere tutto in versione object oriented -- Lawrence, stacktrace.it - oluyede.org - neropercaso.it "It is difficult to get a man to understand something when his salary depends on not understanding it" - Upton Sinclair _______________________________________________ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
