<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2015-02-28 19:34 GMT+01:00 enrico franchi <span dir="ltr"><<a href="mailto:enrico.franchi@gmail.com" target="_blank">enrico.franchi@gmail.com</a>></span>:<br><div><br></div><div>> [...]</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><div class="h5"></div></div><div>In Python la tradizione e' fare un uso abbastanza liberale delle eccezioni. Di per se si potrebbe avere anche la convenzione di ritornare *sempre* una tupla con qualcosa che indica l'errore. In Go si fa cosi' (o per lo meno, e' diffuso) ed e' piuttosto accettabile. Ci sono momenti in cui vorrei avere eccezioni vere e proprie, ma la cosa finisce li (si, so di panic, ma la sintassi e' talmente orribile che mi sembra di fare piangere gesubambino per niente).</div><div><br></div></div></div></div></blockquote><div><br></div><div>Pensa a panic come una eccezione hardware, tipo SIGSEGV.</div><div>Non è una situazione da cui puoi effettuare un ricovero "normale".</div><div><br></div><div>In alcuni casi panic viene anche usato quando i parametri di un "costruttore" non sono validi</div><div>(in questo caso, in un mondo ideale, l'errore dovrebbe essere riportato dal compilatore).</div><div></div></div><br></div><div class="gmail_extra">> [...]</div><div class="gmail_extra"><br></div><div class="gmail_extra">Ciao  Manlio</div></div>