Việc sử dụng "này" trong Java

Question

Nếu tôi viết lớp sau:

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); 
     } 

} 

Chương trình biên dịch, nhưng khi tôi chạy chương trình, phương pháp chính sẽ in ra hai 0s. Tôi biết rằng để nói rằng tôi muốn khởi tạo các biến Ví dụ trong constructor tôi phải viết:

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

Nhưng nếu tôi không viết nó, sau đó biến được đánh giá (hoặc xem xét) trong constructor (ở bên trái và trên mặt viết của các biểu thức)? Là đối số hoặc biến mẫu? Liệu nó có làm cho một sự khác biệt?

Có trường hợp nào khác khi bắt buộc sử dụng this không?

Answer 1

Nếu bạn không viết điều này, sau đó bạn chỉ định đối số cho chính nó; các biến đối số đổ bóng các biến mẫu.

Answer 2

Nếu bạn không viết "this.variable" trong hàm tạo của mình và nếu bạn có biến cục bộ (bao gồm tham số hàm) có cùng tên với biến trường của bạn trong hàm tạo thì biến cục bộ sẽ là xem xét; biến cục bộ đổ bóng trường (biến lớp).

Một nơi "này" là cách duy nhất để đi:

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

này rất hữu ích khi bạn muốn trả lại đối tượng tự

return this; 

này rất hữu ích bởi vì nếu một lớp học có ví dụ Method1() và Method2(), cả hai đều trả về điều này, bạn được phép viết các cuộc gọi như

object.Method1().Method2() 

Bên trong một phương thức có thể hữu ích khi truyền đối tượng đến một hàm khác, trong khi gọi.

Answer 4

Trong mã trình xây dựng, bạn chỉ định các biến cho chính chúng. 'j' là j được chỉ định trong đối số cho hàm tạo. Ngay cả khi đó là biến lớp j được định nghĩa ở trên, thì bạn vẫn đang nói "j = j" ... tức là j sẽ không đánh giá khác nhau ở bên trái và bên phải.

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

Answer 5

Nếu bạn nói chỉ j trong hàm tạo của bạn thì trình biên dịch sẽ nghĩ bạn là đối số trong cả hai trường hợp. Vì vậy,

j = j; 

chỉ đơn giản là gán giá trị của đối số j cho lập luận j (đó là một tuyên bố khá vô nghĩa, nhưng dù sao hợp lệ).

Vì vậy, để phân biệt điều này, bạn có thể tiền tố this. để làm rõ rằng bạn có nghĩa là biến thành viên có cùng tên.

Việc sử dụng khác của this là khi bạn cần phải vượt qua một tham chiếu đến đối tượng hiện hành đối với một số phương pháp, ví dụ như thế này:

someObject.addEventListener(this); 

Trong ví dụ này, bạn cần phải tham khảo các đối tượng hiện tại như một toàn thể (thay vì chỉ là thành viên của đối tượng).

Answer 6

Bạn chỉ định thông số cho chính nó trong ví dụ của bạn.

Nói chung hơn: Nếu bạn không thêm một phạm vi vào biến của mình, phạm vi hiện tại được giả định - đó là hàm trong trường hợp của bạn. 'this.j' yêu cầu jre sử dụng biến j trong phạm vi đối tượng - biến thành viên của đối tượng.

Answer 7

Giống như Robert Grant đã nói, 'đây' là cách bạn làm rõ rằng bạn đang đề cập đến biến thành viên thay vì biến cục bộ.

Answer 8

Những gì bạn đang gặp phải được gọi là variable shadowing. Hãy xem tổng quan này cho different kinds of variables in Java.

Nói chung: Trình biên dịch Java sử dụng biến gần nhất mà nó có thể tìm thấy cho một bài tập. Trong một phương thức, đầu tiên nó sẽ cố gắng tìm một biến cục bộ và sau đó mở rộng trọng tâm của tìm kiếm của nó thành các biến lớp và các cá thể.

Một thói quen cá nhân tôi tìm thấy tốt (những người khác không thích nó) là tiền tố biến thành viên với m_ và sử dụng chữ hoa cho CONSTANT_VARIABLES không thay đổi giá trị của chúng. Mã nơi bóng đổ biến được sử dụng cho mục đích là rất (!) Khó gỡ lỗi và làm việc với.

Answer 9

Một cách tiếp cận hữu ích (mặc dù hiếm khi được sử dụng) là để khai báo các thông số phương pháp cuối cùng:

Khối sau đây sẽ không biên dịch, do đó cảnh báo cho bạn để các lỗi ngay lập tức:

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

Answer 10

Để trả lời follow-up question about this with method của bạn, các inner class mentioned by Srikanth is still a valid example of using this: (với phương pháp thời gian này)

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

Bạn có tình hình tương tự với anonymous class:

Bạn có thể tham khảo phương pháp của lớp bên ngoài bằng cách:

• MyOuterClass.this.yOuterInstanceMethod(),
• MyOuterClass.myOuterInstanceMethod(),
• hoặc đơn giản là myOuterInstanceMethod()nếu không có sự nhập nhằng.

Answer 11

Điều này không trả lời câu hỏi của bạn, nhưng nếu bạn sử dụng Eclipse, bạn có thể thấy cài đặt "Chuyển nhượng không có hiệu lực" có ích. Tôi chắc chắn điều này sẽ được trong IDE khác quá.

Answer 12

Bạn có thể muốn có một cái nhìn tại What is the advantage of having this/self pointer mandatory explicit?
Mặc dù sử dụng this không bắt buộc trong Java như bạn nhận thấy tôi chắc chắn rằng nó sẽ làm sáng tỏ về vấn đề sử dụng this trong Java là tốt.

Answer 13

Để tránh điều này, hãy sử dụng một IDE (như Eclipse) và nó sẽ tạo ra cảnh báo trong trường hợp này.

Ngoài ra, hãy đặt trường của bạn cuối cùng trừ khi chúng hoàn toàn không thể. Có một số lý do (ngoài việc này) để làm điều đó.