<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="gmail_quote"><br><div>Mi sa che non mi sono spiegato.</div></div></blockquote><div>

<br>Piu' facile che io non abbia capito, credimi :)<br> <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="gmail_quote">

<div> La logica non era evitare l'overloading degli operatori, ma avere che l'espressione:</div><div><br></div><div>    a + 1</div><div><br></div>

<div>desse lo stesso risultato sia che a fosse "10" stringa che 10 intero. Così si evita di dover scrivere int(a) o atoi(a).</div></div></blockquote><div><br>Mm carino. Ma la stessa cosa io la ottengo in altri linguaggi. In pratica se sommo un a stringa ed un intero ottengo un errore, ma e' giusto. Potrei overloadare trasformando l'intero in stringa, ma sarebbe pericoloso. <br>

 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="gmail_quote"><div>Come ho detto prima non voglio discutere se è un approccio migliore o peggiore di altri. Per me il linguaggio è uno strumento.</div>

</div></blockquote><div><br>In questo concordo,ma se devo fare un lavor cerco di uusare lo strumento migliore, Se devo piantare un chiodo nel muro non uso il badile. Che invece e' lo strumento migliore per scavare buche. <br>

<br>PHP e' lo strumento adeguato per hosting a basso costo. Se il cliente si incapoccia a voler hostare con certi che gestiscono solo PHP (o al massimo ASP) o sfanculo il cliente (se posso permettermelo) oppure mi adeguo (se non posso) a usare PHP. Certo non liscio, uso un framework come Symfony almeno.<br>

  <br>E perche' non devo farla? Troppa fatica?<br>Sì troppa fatica. Discutine con i designer del PHP però, non con me.<br><br>Loro non sono venuti qui a parlarne quindi ... :) <br><br><br>Capisco la tua opinione, io la penso diversamente, in modo meno categorico.<br>

<br>Io la penso cosi' dopo 22 anni di programmazione dove quando mi sono permesso di non pensarla cosi' sono dovuto intervenire presso "final user" allarmatissimi per un innpcuo e stupido warning.<br></div>

<div> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div>Secondo me dipende dal contesto e dal problema e dalla singola eccezione.<div>

Avrebbe senso gestire l'eccezione che il tuo script non riesce a fare un import? Quasi sempre no, ma a volte sì. </div></div></blockquote><div><br>Ma tu a priopri puoi essere certo che in quel pezzo di codice non sia necessario ?<br>

 <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div>

<div>Avrebbe senso gestire che non esiste un programma esterno che usi, come  "/bin/df" quando fa parte sia dello standard POSIX e il tuo programma deve girare solo su Linux?</div></div></blockquote><div><br>Stai elencando un caso limite. Comunque se scrivo in PHP p Python o altro linguaggio multipiattaforma che debba girare su piattafroma linux e basta non e' detto. DOmani magari il clinete mi cambia con win.<br>

 <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div><div>Alcune eccezioni che sono difficili da prevedere le puoi prevedere (il disco diventa readonly per una inconsistenza a metà esecuzione del tuo script). Io non penso che sia il caso di gestirle, anche perché se non posso prevederle non posso prevedere una strategia per gestirle. Certo posso mettere un try catch generico ma gestirle vuole dire anche aggiungere un comportamento ragionevole in caso di errore.<br clear="all">

</div></div></blockquote><div><br>Chiaro che non puoi prevedere tutto, ma se scrivo un pezo di codice che fa cose lo metto tra Try Eccept, non costa molto e mi garantisce che al peggio un pass evita di mostrare l'errore al final monkey .... ehm  user<br>

 <br></div></div>Carlos<br>-- <br>If you have no voice, SCREAM! If you have no legs, RUN! If you have no hope, INVENT!<br><br>