....un ciclo strano...

[blubossa]

...ragazzi mi sono imbattuto in un codice che finora non ho mai visto....spero qualcuno me lo possia spiegare....

public class BreakTest{
public static void main(String[] args){
   int i = 0, j = 5;
   lab1 : for( ; ; i++) {
   for( ; ; --j) if( i >j ) break lab1;
  }
System.out.println(" i = "+i+", j = "+j);
}
}

[cataDesign]

Molto semplicemente for(;; i++) e for(;;--j) sono due cicli infiniti (che però incrementano e decrementano a ogni iterazione le relative variabili).
Il costrutto: if( i >j )break lab1; fa in modo che quando i diventa maggiore di j il primo ciclo, e quindi pure quello al suo interno, viene fermato grazie all'utilizzo del label break lab1;

per saperne di più sui label questo link porta alla documentazione http://docs.oracle.com/javase/specs/....html#jls-14.7




Inoltre puoi notare che il primo ciclo viene eseguito solamente una volta ed è messo lì solamente per confondere le idee

[blubossa]

...sinceramente ci ho capito poco...

bb

[Alex'87]

La teoria l'hai studiata?

Comunque se il ciclo lo scrivi con un minimo di formattazione seria diventa più chiaro:

    public static void main(String[] args) {
        int i = 0;
        int j = 5;
        
        lab1: 
        for (;; i++) 
        {
            for (;; --j) 
            {
                if (i > j) 
                {
                    break lab1;
                }
            }
        }

        System.out.println(" i = " + i + ", j = " + j);
    }

Il ciclo esterno incrementa i
Il ciclo interno decrementa j
Al suo interno, se i > j fa tornare l'esecuzione a prima del ciclo.


Se è un esercizio ok, ma spero che nessuno scriva mai davvero del codice così.

[LeleFT]

fa tornare l'esecuzione a prima del ciclo.

No, il break non funziona come un GOTO (altrimenti, in questo caso, si avrebbe un bel ciclo infinito).

Il break fa terminare il ciclo denotato dall'etichetta "lab1".

Più in generale, il break trasferisce l'esecuzione all'istruzione (o blocco di istruzioni) denotato dall'etichetta e questa istruzione (o blocco di istruzioni) termina immediatamente. Quindi, è come se il controllo fosse trasferito all'istruzione immediatamente (logicamente) successiva a quella denotata dall'etichetta.


Concordo sul non scrivere codice di quel tipo, che rende tutto di più difficile manutenzione.


Ciao.

[Alex'87]

No, il break non funziona come un GOTO (altrimenti, in questo caso, si avrebbe un bel ciclo infinito).

Il break fa terminare il ciclo denotato dall'etichetta "lab1".

D:

mea culpa, non avendolo mai usato ho pensato al comportamento più intuitivo ^^'

[LeleFT]

non avendolo mai usato ho pensato al comportamento più intuitivo ^^'

Tranquillo, mai usato neppure io... e ogni volta che vedo cose di questo genere devo andarmi a rileggere la JLS.


Ciao.

[blubossa]

Ciao,
il codice l'ho preso da un libro, e purtroppo è scritto proprio così.....volevo capire meglio le label visto che non si utilizzano molto.

bb

[LeleFT]

Ciao,
il codice l'ho preso da un libro, e purtroppo è scritto proprio così.....volevo capire meglio le label visto che non si utilizzano molto.

bb

E' vero che non si utilizzano molto e, se non si usano molto, un motivo c'è.
Ed è proprio il fatto che rendono meno "strutturato" il codice (o, meglio, rendono più difficile seguire il filo logico del programma).
Ad ogni modo, una label serve ad etichettare un'istruzione (o un blocco di istruzioni) in modo tale che quell'istruzione (o blocco) possa essere terminata forzatamente tramite l'uso di un break.
Se ne può tranquillamente fare a meno (e, in generale, è meglio farne a meno), quindi, se non per scopi puramente "informativi" (del tipo: so che ci sono, so come funzionano e non le userò mai), ti consiglierei di saltare a pié pari l'argomento e non darci troppo peso.


Ciao.

[LeleFT]

Aggiungo ancora una cosa, per far capire che le label possono tranquillamente essere evitate se non si necessita di avere "migliori performances" in ambiente critico.

miaLabel:
while( condizione ) {
   while( altra_condizione ) {
      if (condizione3 ) break miaLabel;
      ...
   }
}

C'è un ciclo while. All'interno del ciclo while, c'è un secondo ciclo while. Se dentro al while più interno viene verificata una determinata condizione (condizione3) allora viene terminato il ciclo while più esterno (ed, ovviamente, anche il relativo ciclo interno).
Questo codice può essere riscritto, in modo più chiaro e lineare, in questo modo:

boolean flag = true;
while(flag && condizione) {
   while(flag && altra_condizione) {
      if (condizione3) {
         flag = false;
      } else {
         ...
      }
   }
}

E' meno performante, poichè il break fa terminare immediatamente e forzatamente tutto, mentre in questo modo, verrebbe prima ri-analizzata la condizione del while interno (che terminerebbe), quindi ri-analizzata la condizione del while esterno (che terminerebbe). Però il secondo blocco di codice permette di seguire più facilmente il flusso logico del codice (l'esempio è troppo banale per rendersene conto, ma se il corpo dei due while fosse più complesso, le cose cambierebbero).
Si dovrebbe sempre preferire un codice "facile e manutenibile", laddove le performances non giochino un ruolo altamente essenziale. Come ogni cosa, non c'è solo il lato buono o il lato cattivo: sono le cattive abitudini (e l'abuso), in genere, a creare codice di dubbia qualità.


Ciao.