2012/6/28 Marco Mariani bir...@gmail.com
Scusa la tirata, non e' per fare il modernista a tutti i costi, ma ad ogni
edizione di Python Cookbook, o libri simili, ti rendi conto che il modo di
usare il linguaggio cambia profondamente con certe feature (esisteva vita
intelligente prima di
[OT] ?!
Mi sembra che yield non abbia la stessa funzione che ha in ruby …. (non
uccidetemi)
Ma non viene descritto in Dive into Python (almeno non nei primi11 capitoli che
mi sono sparato)
Che funzione ha?
Ad occhio mi sembra più simile ad uno strumento per fare iteration in strutture
dati
2012/7/9 Marco Mariani bir...@gmail.com
dovendo fare parsing di un testo strutturato, al fine di migrare un po' di
dati,
quale libreria python consigliate nel 2012?
Tempo fa avevo abusato di questa:
http://www.dabeaz.com/ply/
Oggi IMHO c'e' di meglio... questa e' da tempo che vorrei
2012/7/10 Davide Rambaldi davide.ramba...@gmail.com
Ma non viene descritto in Dive into Python (almeno non nei primi11 capitoli
che mi sono sparato)
Direi che quel libro e' vecchio come il cucco...
Che funzione ha?
Implementare anamorfismi con sintassi e semantica imperative...
Ad
Ok mi sembra di aver capito….
Sembra anche decisamente piu veloce delle funzioni ricorsive con return….
cfr: https://gist.github.com/3082523
sulla mia macchina, con generator:
0.0001380443573 seconds
con funzione ricorsiva:
0.908564090729 seconds
che come test fa un po schifo, ma rende
2012/7/10 enrico franchi enrico.fran...@gmail.com
Alternativamente c'e' Antlr. E' javish, ma genera parser anche per Python.
Il principale vantaggio e' che hanno un ottimo editor per scrivere e
testare grammatiche live che potrebbe valere la pena.
Provero' con pyparsing e anltr (ma generare
Ciao Marco,
2012/7/10 Marco Mariani bir...@gmail.com:
Provero' con pyparsing e anltr (ma generare codice python e' contro natura).
no non è contro natura, per generare codice (c, python, etc.) ti
consiglio di utilizzare il potente Jinja:
http://jinja.pocoo.org/
buona giornata!
Pietro
2012/7/10 Pietro peter.z...@gmail.com
Provero' con pyparsing e anltr (ma generare codice python e' contro
natura).
no non è contro natura, per generare codice (c, python, etc.) ti
consiglio di utilizzare il potente Jinja:
http://jinja.pocoo.org/
Ma io non voglio generare codice, e' uno
Ho trovato questo:
if int(n) n:
pass
Significa se int(n) e' maggiore OR minore di n?
Scusate ma non riesco a trovare online un riferimento (anche perché google con
diventa giustamente un po matto)
Grazie!
___
Python mailing list
beh mi sembra che significhi diverso da
Il giorno 10 luglio 2012 14:37, Davide Rambaldi
davide.ramba...@gmail.comha scritto:
Ho trovato questo:
if int(n) n:
pass
Significa se int(n) e' maggiore OR minore di n?
Scusate ma non riesco a trovare online un riferimento (anche
2012/7/10 Davide Rambaldi davide.ramba...@gmail.com
Ho trovato questo:
if int(n) n:
pass
Significa se int(n) e' maggiore OR minore di n?
diverso da, il e' un vecchio alias di !=
in pratica, se n e' float e ha una parte decimale.
___
Solo per numeri o anche per stringhe?
Per le stringhe mi aspetterei un != oppure un 'ne'
Ciao e Grazie
On Jul 10, 2012, at 2:39 PM, Michele Gatti wrote:
beh mi sembra che significhi diverso da
Il giorno 10 luglio 2012 14:37, Davide Rambaldi davide.ramba...@gmail.com
ha scritto:
Si l'ho trovato come test per verificare se n e' un integer
difatti:
int(n) tronca n
con n = 1.7
int(n) != n
che preferisco a dire il vero a int(n) n
ma che volete, siete stati voi a consigliarmi Dive into Python per cominciare
:-)
Ciao
On Jul 10, 2012, at 2:46 PM, Marco Mariani wrote:
2012/7/10 Davide Rambaldi davide.ramba...@gmail.com
Solo per numeri o anche per stringhe?
per tutto, ma solo python 2.x, nel 3 e' stato tolto
Per le stringhe mi aspetterei un != oppure un 'ne'
il 'ne' per le stringhe mi incuriosisce, anche perche' il contrario 'eq'
non c'e'
Per quale
Per quale motivo pensi che il != , che gia' esiste, non sia sufficiente?
Ti ricordo che Python non fa casting implicito da stringa a numero.
Per carita' != e' piu' che sufficiente :-)
ne e' un operator di Perl (io vengo da li …)
in Perl:
eq / ne strings
== / != numbers
2012/7/10 Davide Rambaldi davide.ramba...@gmail.com
Ok mi sembra di aver capito….
Sembra anche decisamente piu veloce delle funzioni ricorsive con return….
cfr: https://gist.github.com/3082523
Guarda, non e' come dici. Misuri le cose sbagliate.
1. le funzioni ricorsive sono un cattivo
16 matches
Mail list logo
