[.NET] Perchè il goto è così usato?

[tomminno]

A me hanno sempre detto di evitare il goto come la peste e infatti non l'ho mai usato in vita mia.

Però stavo notando che quando si guardano esempi in C/C++ dall'MSDN qualche goto si trova sempre.

goto si trovano in quantità non trascurabili pure nei sorgenti C++ del .NET e negli assembly che lo compongono.

E' una tecnica da riscoprire?

[cionci]

Non ci credo Mi posti qualche link ?

[tomminno]

Originariamente inviato da cionci

Non ci credo Mi posti qualche link ?

Nei sorgenti C/C++ del .NET sscli20 il goto è usato 3289 volte in ben 428 file.

E ci sono almeno 130 file C# che fanno uso del goto.

Difficile pensare che abbiano scritto il .NET 2 volte.

Per quanto riguarda gli assembly l'ho trovato guardando con Reflector nei metodi:
Send e SendAsync di SmtpClient
BeginGetRequestStream, BeginGetResponse, CheckResubmit in HTTPWebRequest
DoBeginAccept, DoDownLevelSendFileCallback di Socket
GetByteCount in UTF8Encoding.

Sembrerebbe una pratica ben consolidata, ho visto il goto usato per uscire da un for( ; ; ) e tante mostruosità simili.

Chi diceva che i framework sono scritti da persone ipercompetenti?

[banryu79]

Originariamente inviato da tomminno

E' una tecnica da riscoprire?

Direi proprio di no

Probabilmente, dico probabilmente, avranno avuto delle buone ragioni per fare così (quali, non lo so).
Ma avevo letto proprio la settimana scorsa un articolo su MSDN circa i delegates, le callback e i goto, vediamo se lo trovo.

Cmq il goto in genere è preferibile evitarlo avendo a disposizione altre alternative, questo è ovvio.

[cdimauro]

Originariamente inviato da tomminno

Sembrerebbe una pratica ben consolidata, ho visto il goto usato per uscire da un for( ; ; ) e tante mostruosità simili.

Chi diceva che i framework sono scritti da persone ipercompetenti?

Io sono "di quelli".

Personalmente trovo sia una pratica assolutamente deprecabile, ma prima di giudicare vorrei capire le motivazioni che stanno alla base di queste decisioni.

[cionci]

Originariamente inviato da tomminno

Sembrerebbe una pratica ben consolidata, ho visto il goto usato per uscire da un for( ; ; ) e tante mostruosità simili.

un break gli faceva schifo ?

[71104]

io vorrei solo dire di evitare di prendere per oro colato le puttanate che diceva Dijkstra
per carità, un grande matematico e il suo famoso algoritmo è di importanza cruciale, ma l'ingegneria del software evidentemente è un'altra cosa

[cdimauro]

Saranno pure puttanate, ma è da più di vent'anni che non scrivo un GOTO e non ne sento affatto l'esigenza.

Per me l'era degli spaghetti-BASIC è finita da due decadi buone.

[cionci]

Originariamente inviato da 71104

per carità, un grande matematico e il suo famoso algoritmo è di importanza cruciale, ma l'ingegneria del software evidentemente è un'altra cosa

Fai vedere un goto a fek e ti ritrovi a mangiare per dieci mesi con la cannuccia

[71104]

Originariamente inviato da cdimauro

Saranno pure puttanate, ma è da più di vent'anni che non scrivo un GOTO e non ne sento affatto l'esigenza.

evidentemente è più di vent'anni che programmi solo in piattaforme managed (fammi indovinare, Python? ). a me quando programmo in C++ (per farti contento non ho detto "C o C++", ho detto direttamente "C++" ) i goto risparmiano molte linee di codice che altrimenti andrebbe ripetuto più volte; trattandosi perlopiù di codice di cleanup i goto non li uso per niente negli ambienti managed, dove il 99,99% del cleanup viene fatto grazie al garbage collector.

tutto ciò non toglie che sarei estremamente curioso di conoscere le necessità che hanno spinto i programmatori in Microsoft a fare un uso così pesante dei goto in una piattaforma managed.

[cionci]

Davvero usi i goto ? Pussa via

[71104]

ah, tra l'altro tanto che siamo in argomento di misteri del .NET mi piacerebbe anche sentire i vostri pareri circa un'altro curiosissimo fatto, ovvero la mancanza delle eccezioni checked. ho aperto un topic tempo fa, ora ve lo ripesco.

edit - http://www.hwupgrade.it/forum/showthread.php?t=1677844

[71104]

Originariamente inviato da cionci

Davvero usi i goto ? Pussa via

ribadisco... mi fanno risparmiare LOC; molte LOC

[cionci]

71104: hai mai provato ad usare le eccezioni in C++ ? Dicono che facciano risparmiare LOC, molte LOC

[cdimauro]

Originariamente inviato da 71104

evidentemente è più di vent'anni che programmi solo in piattaforme managed (fammi indovinare, Python? ).

Python lo conosco e ci lavoro da 3 anni.

Fino a pochi anni prima lavoravo anche in assembly, dove ovviamente i "goto" erano indispensabili, ma per il resto, con linguaggi ad alto livello, da vent'anni a questa parte non ho avuto l'esigenza di "esplicitare" un salto.

a me quando programmo in C++ (per farti contento non ho detto "C o C++", ho detto direttamente "C++" ) i goto risparmiano molte linee di codice che altrimenti andrebbe ripetuto più volte;

Ho evidenziato il tuo problema fondamentale: quello di RAGGRUPPARE il codice, come ingegneria del software comanda da EONI.

[71104]

Originariamente inviato da cionci

71104: hai mai provato ad usare le eccezioni in C++ ? Dicono che facciano risparmiare LOC, molte LOC

si, e interferiscono con lo Structured Exception Handling
be' a parte il SEH, quando posso le uso ma non c'entra niente con la storia dei goto. la mia tipica situazione da programmazione Win32 è la seguente: devo chiamare in ordine una dozzina di funzioni, ciascuna delle quali potrebbe fallire e nel caso richiederebbe il cleanup di tutto ciò che hanno fatto le precedenti. che faccio, un diverso exception handler per ciascun possibile codice di cleanup? non è questo il mio concetto di risparmiare LOC
oppure scrivo un diverso codice di cleanup per ciascun possibile fallimento? no, non ci siamo neanche adesso.

due valide soluzioni al problema sono:
1) invertire tutti gli if che controllano i fallimenti in modo tale da innestarli tutti quanti e rendere uniche le linee di cleanup; ma 12 livelli di indentazione francamente non mi garbano
2) una dozzina di labels in cui distribuire le varie linee di codice di cleanup; non posso farci niente, è l'unica

[tomminno]

Originariamente inviato da 71104

trattandosi perlopiù di codice di cleanup i goto non li uso per niente negli ambienti managed, dove il 99,99% del cleanup viene fatto grazie al garbage collector.

E fai male, visto che anche in ambienti managed le risorse vanno rilasciate.
Prova a richiamare un webservice o a fare una connessione ad un db senza usare il dispose, vedrai come metti in crisi le macchine.
In C# esiste il comodissimo using, ma è comunque un cleanup fatto dal programmatore non dal GC.

tutto ciò non toglie che sarei estremamente curioso di conoscere le necessità che hanno spinto i programmatori in Microsoft a fare un uso così pesante dei goto in una piattaforma managed.

I goto sono usati esattamente come sono usati in C: nel caso di UTF8Encoding servono a "muoversi" tra una parte e l'altra del ciclo che analizza i singoli caratteri.

In ogni caso si vede che, dove viene usato il goto, c'è molta poca OOP e metodi lunghi centinaia di righe.

[cionci]

Ah ok...ho capito il problema...sentiamo fek cosa suggerirebbe di fare per una soluzione del genere...

[cdimauro]

Spezzare le ditine al programmatore che ha scritto quel codice, ovviamente...

[71104]

Originariamente inviato da tomminno

In C# esiste il comodissimo using

giusto, però comunque ti risparmia dal goto.

I goto sono usati esattamente come sono usati in C

non mi interessava il come, ma il perché. e mi interessava una spiegazione fornita da qualcuno di Microsoft

In ogni caso si vede che, dove viene usato il goto, c'è molta poca OOP e metodi lunghi centinaia di righe.

tralasciando per ora il possibile cattivo design e concentrandomi solo sui goto: io trovo difficile credere che nel progettare le features del C# la Microsoft abbia fatto scelte affrettate e non ponderate. quella delle eccezioni esclusivamente unchecked infatti sembra una scelta molto studiata (a proposito, qualcuno risponde a quel topic? ), e allo stesso modo vorrei capire cosa ha spinto Microsoft ad introdurre i goto nel C#.