L'uso di "questo" in Java

Question

Se scrivo la seguente classe:

public class Example { 

     int j; 
     int k; 

     public Example(int j, int k) { 
      j = j; 
      k = k; 
     } 

     public static void main(String[] args) { 
      Example exm = new Example(1,2); 
      System.out.println(exm.j); 
      System.out.println(exm.k); 
     } 

} 

Il programma viene compilato, ma quando ho eseguito il programma, il metodo principale stampare due 0s. So che per dire che voglio inizializzare le variabili di istanza nel costruttore devo scrivere:

this.j = j; 
this.k = k; 

Ma se non scrivo, poi la variabile viene valutata (o considerato) in costruttore (a sinistra e sul lato mano di scrittura delle espressioni)? È l'argomento o la variabile di istanza? Fa la differenza?

Esistono altri casi in cui l'uso di this è obbligatorio?

Answer 1

Se non si scrive questo, si assegna l'argomento a se stesso; le variabili argomento ombreggiano le variabili di istanza.

Answer 2

Se non si scrive "this.variable" nel costruttore e se si dispone di una variabile locale (incluso il parametro function) con lo stesso nome della variabile di campo nel costruttore, la variabile locale sarà considerato; la variabile locale ombreggia il campo (aka variabile di classe).

Un posto dove "questo" è l'unico modo per andare:

class OuterClass { 
    int field; 

    class InnerClass { 
    int field; 

    void modifyOuterClassField() 
    { 
     this.field = 10; // Modifies the field variable of "InnerClass" 
     OuterClass.this.field = 20; // Modifies the field variable of "OuterClass", 
            // and this weird syntax is the only way. 
    } 
    } 
} 

Answer 3

questo è utile quando si desidera restituire l'oggetto stesso

return this; 

Questo è utile perché se una classe ha per esempio Method1() e Method2(), restituendo entrambi, è consentito scrivere chiamate come

object.Method1().Method2() 

Anche all'interno di un metodo può essere utile passare l'oggetto stesso a un'altra funzione, durante una chiamata.

Answer 4

Nel codice costruttore, si assegnano le variabili a se stessi. 'j' è la j specificata nell'argomento per il costruttore. Anche se fosse la variabile di classe j definita sopra, allora stai ancora dicendo "j = j" ... cioè non valuteremo diversamente a sinistra ea destra.

public Example(int j, int k) { 
     this.j = j; 
     this.k = k; 
    } 

Answer 5

se dici solo j nel costruttore il compilatore penserà si intende l'argomento in entrambi i casi. Così

j = j; 

assegna semplicemente il valore dell'argomento j all'argomento j (che è una dichiarazione abbastanza inutile, ma comunque valido).

Quindi, per chiarire questo problema è possibile prefisso this. per indicare che si intende la variabile membro con lo stesso nome.

L'altro utilizzo di this è quando è necessario passare un riferimento all'oggetto corrente di qualche metodo, come questa:

someObject.addEventListener(this); 

In questo esempio è necessario fare riferimento all'oggetto corrente nel suo complesso (anziché solo un membro dell'oggetto).

Answer 6

Assegnare il parametro a se stesso nell'esempio.

Più in generale: se non si antepone un ambito alla variabile, si presume l'ambito corrente, che è la funzione nel proprio caso. 'this.j' dice al jre di usare la variabile j all'interno dell'oggetto scope - la variabile membro dell'oggetto.

Answer 7

Proprio come ha detto Robert Grant, "questo" è il modo in cui si rende chiaro che si fa riferimento a una variabile membro anziché a una variabile locale.

Answer 8

Quello che stai vivendo si chiama variable shadowing. Dai un'occhiata a questa panoramica per different kinds of variables in Java.

In generale: il compilatore Java utilizza la variabile più vicina che può trovare per un compito. In un metodo, prima cercherà di trovare una variabile locale e quindi di ingrandire l'obiettivo della sua ricerca in variabili di classe e istanza.

Un'abitudine che personalmente trovo buona (altri non mi piace) è il prefisso di una variabile membro con m_ e l'utilizzo di lettere maiuscole per CONSTANT_VARIABLES che non cambiano il loro valore. Il codice in cui lo shadowing variabile viene utilizzato di proposito è molto (!) Difficile da eseguire il debug e il lavoro con.

Answer 9

Un altro approccio utile (anche se raramente usato) è di dichiarare parametri di metodo finale:

Il seguente blocco non si compila, avvisando così l'errore subito:

public Example(final int j, final int k) { 
     j = j; 
     k = k; 
    } 

Answer 10

Per rispondere alla tua follow-up question about this with method, il inner class mentioned by Srikanth is still a valid example of using this: (con il metodo di questa volta)

public class OuterClass 
{ 
    void f() {System.out.println("Outer f()");}; 
    class InnerClass { 
     void f() { 
      System.out.println("Inner f()"); 
      OuterClass.this.f(); 
     } 
    } 
} 

hai la stessa situazione con anonymous class:

Si può fare riferimento al metodo della classe esterna da:

• MyOuterClass.this.yOuterInstanceMethod(),
• MyOuterClass.myOuterInstanceMethod(),
• o semplicemente myOuterInstanceMethod()se non c'è ambiguità.

Answer 11

Questo non abbastanza rispondere alla tua domanda, ma se si utilizza Eclipse si potrebbe trovare "Assegnazione non ha alcun effetto" impostazione utile. Sono sicuro che lo sarà anche in altri IDE.

Answer 12

si potrebbe desiderare di dare un'occhiata a What is the advantage of having this/self pointer mandatory explicit?
Sebbene l'utilizzo this non è obbligatorio in Java come avete notato sono sicuro che sarà far luce sul soggetto di utilizzare this in Java pure.

Answer 13

Per evitare questo, utilizzare un IDE (come Eclipse) e genererà avvisi in questo caso.

Inoltre, rendi i tuoi campi definitivi a meno che non siano assolutamente impossibili. Ci sono una serie di motivi (a parte questo) per farlo.