2015-02-28 23:00 GMT+01:00 enrico franchi <enrico.fran...@gmail.com>:
> [...]
> Perche' voglio dire... potremmo scrivere intere librerie e framework in
> Python (per dire) con la convenzione di ritornare tuple per la roba che
> puo' fallire. Alla fine credo che non si faccia non solo perche' non e' la
> maniera di Python, ma sopratutto perche' spesso e' scomodo.
>
> Io personalmente non trovo particolarmente carino qualcosa tipo
>
> func doSomething() (res Result, err error) {
> op, err := operation1()
> if err != nil {
> return
> }
> mah, err := operation2(op)
> if err != nil {
> return
> }
> res, err := operation3(op, mah)
> return
> }
>
> rispetto a qualcosa come
>
> def do_something():
> op = operation1()
> return operation3(op, operation2(op))
>
> Sara' che mi devo ancora abituare...
>
>
Il problema è che per capire Go devi leggere alcuni articoli chiave, come:
http://blog.golang.org/errors-are-values
http://blog.golang.org/constants
La documentazione di Go, AFAIK, è ancora abbastanza frammentata.
Io infatti ci ho messo più tempo di quanto avrei dovuto per entrare nel
linguaggio.
Ciao Manlio
_______________________________________________
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
