[C++] Rieseguire un programma senza doverlo rilanciare

[freetom]

Come fare per rieseguire il programma senza dover
ricliccare necessariamente sull' exe?

Il mio programma termina con questo codice:

cout << "\n\n";
cout << "Press ENTER to continue..." << endl; 
cin.get();
return 0;

Ora sia che metta sia che rimuova return 0;
Il programma una volta fatti correttamente tutti i calcoli
si chiude chiudendo anche la finestra dos corrispondente.

Mentre io vorrei aggiungere una riga del tipo :

cout << "Elaborazione richiesta terminata. Se ne vuole fare un'altra? "
cin >> decisione;

if (decisione=="si") {

//riesegui il programma dall'inizio...


}

else 

{
//termina il programma
return 0;
}

Che codice devo mettere sotto il commento //riesegui il programma dall'inizio... ???

Grazie a tutti/e e buon 1° maggio

[oregon]

Devi includere tutto il codice in un ciclo while che controlli con la condizione per il riavvio.

[Scara95]

O richiamare ricorsivamente il main

[oregon]

Originariamente inviato da Scara95
O richiamare ricorsivamente il main

Non lo diciamo neanche per scherzo perché lo fa ...

[Scara95]

A dirla tutta potrebbe funzionare e molto probabilmente verrebbe trasformato in un ciclo dalle ottimizzazioni dei compilatori recenti...

[oregon]

Originariamente inviato da Scara95
A dirla tutta potrebbe funzionare e molto probabilmente verrebbe trasformato in un ciclo dalle ottimizzazioni dei compilatori recenti...

"Quanto" recenti?

L'uso del main sarebbe vietato dallo standard C++ ...

[Scara95]

La funzione principale/quella che contiene le istruzioni che vuoi eseguire ciclicamente.

[MItaly]

Originariamente inviato da oregon
L'uso del main sarebbe vietato dallo standard C++ ...

Questo, e soprattutto non ha senso da un punto di vista concettuale un main ricorsivo (al di la del fatto che la tail-call optimization lo trasforma in un loop)... Un while è la soluzione più semplice e corretta.

[rsdpzed]

Originariamente inviato da MItaly
tail-call

non sapevo si chiamasse cosi, volevo un nome per "questa cosa" in un post di ieri .
Questa ottimizzazione credo che esista solo per non caricare lo stack di variabili inutili che poi non verranno usate dai chiamanti (credo che non potrebbe avvenire se i chiamanti in qualche modo utilizzano poi i valori di ritorno e cioè sfruttano davvero il concetto di ricorsione), il che deriva comunque da codice non scritto bene. Con questa premessa sarebbe davvero brutto affidarsi a questa ottimizzazione per controllare un flusso: voto anch'io per il while

[Scara95]

Vai a dirlo ai linguaggi fuzionali
In ogni caso non è vero che un main ricorsivo non ha senso:
Tu hai una funzione che svolge un determinato compito, quando ti serve che quel compito venga svolto chiami quella funzione, quindi alla fine ha un senso logico chiamare la funzione ricorsivamente se alla fine di quella funzione ti serve che venga svolta quell'azione.

Vedi che molti algoritmi sono molto più semplici da definire ricorsivamente proprio per questo motivo, e sempre per questo i linguaggi funzionali sono più concisi e comprensibili.

Una lista infinita di tutti i numeri primi in Haskell si definisce con una decina di righe, forse meno, prova a farla in C ^^
Fra l'altro un'algoritmo complesso rischia di andare più veloce in Haskell che non in c, ovviamente il c va più veloce se ottimizzato, ma voglio vedere le ore che perdi a ottimizzarlo, oltre al fatto che ci metti di sicuro più del doppio del tempo a scriverlo.