<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2015-07-13 14:56 GMT+01:00 Manlio Perillo <span dir="ltr"><<a href="mailto:manlio.perillo@gmail.com" target="_blank">manlio.perillo@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_extra">In Python qualche volta ho dovuto scrivere una funzione inversa a quella che ho postato per Go, per gestire il caso in cui</div><div class="gmail_extra">un errore restituito da una funzione in os non era un caso eccezionale.</div></blockquote><div><br></div><div>Diciamo di continuo. O meglio, non e' che scrivo la funzione di continuo (visto che tipicamente finisce in librerie condivise)...</div><div>Ma per dire... quando usi mkdirs, ENOENT non e' un vero errore. Idem quando cerchi di implementare scritture atomiche.</div><div>E cosi' via...; tutta quella parte finisce sempre per guardare l'errno dell'eccezione e vedere cosa fare.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_extra">Personalmente preferisco l'approccio di Go.</div></blockquote><div><br></div><div>+1</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_extra">A parte alcuni casi, come l'accesso ad un elemento di un array/slice e allocazione della memoria, lo posso decidere</div><div class="gmail_extra">solo io se un errore è eccezionale o meno, in base al contesto.</div><div class="gmail_extra"></div></blockquote></div><div class="gmail_extra"><br></div>Yeah.<br><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"> .<br>..: -enrico-</div>
</div></div>