Khi nào tôi nên sử dụng phiên bản này trong một lớp học?

Tôi biết rằng thisđề cập đến một đối tượng hiện tại. Nhưng tôi không biết khi nào tôi thực sự cần sử dụng nó. Ví dụ, sẽ có sự khác biệt nào nếu tôi sử dụng xthay vì this.xtrong một số phương pháp? Có thể xsẽ đề cập đến một biến là cục bộ cho phương thức được xem xét? Tôi có nghĩa là biến chỉ được nhìn thấy trong phương pháp này.

Thế còn this.method()? Tôi có thể sử dụng nó? Tôi có nên sử dụng nó. Nếu tôi chỉ sử dụng method(), theo mặc định, nó sẽ không được áp dụng cho đối tượng hiện tại chứ?

Các thistừ khóa được sử dụng chủ yếu trong ba tình huống. Đầu tiên và phổ biến nhất là trong các phương thức setter để phân tán các tham chiếu biến. Thứ hai là khi có nhu cầu chuyển thể hiện của lớp hiện tại làm đối số cho một phương thức của đối tượng khác. Thứ ba là một cách để gọi các hàm tạo thay thế từ bên trong một hàm tạo.

Trường hợp 1: Sử dụng thisđể định hướng các tham chiếu biến. Trong các phương thức setter Java, chúng ta thường truyền vào một đối số có cùng tên với biến thành viên riêng mà chúng ta đang cố gắng đặt. Chúng tôi sau đó gán đối số xcho this.x. Điều này cho thấy rõ rằng bạn đang gán giá trị của "name" cho tham số "name".

public class Foo
{
    private String name;

    public void setName(String name) {
        this.name = name;
    }
}

Trường hợp 2: Sử dụng thislàm đối số được truyền cho đối tượng khác.

public class Foo
{
    public String useBarMethod() {
        Bar theBar = new Bar();
        return theBar.barMethod(this);
    }

    public String getName() {
        return "Foo";
    }
}

public class Bar
{
    public void barMethod(Foo obj) {
        obj.getName();
    }
}

Trường hợp 3: Sử dụng thisđể gọi các nhà xây dựng thay thế. Trong các ý kiến, trinithis đã chỉ ra một cách sử dụng phổ biến khác this. Khi bạn có nhiều hàm tạo cho một lớp, bạn có thể sử dụng this(arg0, arg1, ...)để gọi một hàm tạo khác mà bạn chọn, miễn là bạn làm như vậy trong dòng đầu tiên của hàm tạo.

class Foo
{
    public Foo() {
        this("Some default value for bar");

        //optional other lines
    }

    public Foo(String bar) {
        // Do something with bar
    }
}

Tôi cũng đã thấy thisđược sử dụng để nhấn mạnh thực tế là một biến thể hiện đang được tham chiếu (không cần phải định hướng), nhưng đó là một trường hợp hiếm gặp theo quan điểm của tôi.

Việc sử dụng quan trọng thứ hai của this(bên cạnh việc ẩn với một biến cục bộ như nhiều câu trả lời đã nói) là khi truy cập một thể hiện bên ngoài từ một lớp không tĩnh được lồng nhau:

public class Outer {
  protected int a;

  public class Inner {
    protected int a;

    public int foo(){
      return Outer.this.a;
    }

    public Outer getOuter(){
      return Outer.this;
    }
  }
}

Bạn chỉ cần sử dụng this- và hầu hết mọi người chỉ sử dụng nó - khi có một biến cục bộ chồng chéo có cùng tên. (Ví dụ, các phương thức Setter.)

Tất nhiên, một lý do tốt khác để sử dụng thislà nó khiến intellisense bật lên trong IDE :)

Nhu cầu duy nhất để sử dụng this.vòng loại là khi một biến khác trong phạm vi hiện tại có cùng tên và bạn muốn tham chiếu đến thành viên thể hiện (như William mô tả). Ngoài ra, không có sự khác biệt trong hành vi giữa xvà this.x.

"này" cũng hữu ích khi gọi một hàm tạo từ một hàm khác:

public class MyClass {
    public MyClass(String foo) {
        this(foo, null);
    }
    public MyClass(String foo, String bar) {
        ...
    }
}

this là hữu ích trong mô hình xây dựng.

public class User {

    private String firstName;
    private String surname;

    public User(Builder builder){
        firstName = builder.firstName;
        surname = builder.surname;
    }

    public String getFirstName(){
        return firstName;
    }

    public String getSurname(){
        return surname;
    }

    public static class Builder {
        private String firstName;
        private String surname;

        public Builder setFirstName(String firstName) {
            this.firstName = firstName;
            return this;
        }

        public Builder setSurname(String surname) {
            this.surname = surname;
            return this;
        }

        public User build(){
            return new User(this);
        }

    }

    public static void main(String[] args) {
        User.Builder builder = new User.Builder();
        User user = builder.setFirstName("John").setSurname("Doe").build();
    }

}

Có rất nhiều câu trả lời hay, nhưng có một lý do rất nhỏ khác để đưa ra thiskhắp nơi. Nếu bạn đã thử mở mã nguồn từ trình soạn thảo văn bản thông thường (ví dụ: notepad, v.v.), việc sử dụng thissẽ giúp việc đọc trở nên rõ ràng hơn rất nhiều.

Hãy tưởng tượng điều này:

public class Hello {
    private String foo;

    // Some 10k lines of codes

    private String getStringFromSomewhere() {
        // ....
    }

    // More codes

    public class World {
        private String bar;

        // Another 10k lines of codes

        public void doSomething() {
            // More codes
            foo = "FOO";
            // More codes
            String s = getStringFromSomewhere();
            // More codes
            bar = s;
        }
    }
}

Điều này rất rõ ràng để đọc với bất kỳ IDE hiện đại nào, nhưng đây sẽ là một cơn ác mộng hoàn toàn khi đọc với một trình soạn thảo văn bản thông thường.

Bạn sẽ đấu tranh để tìm ra nơi foocư trú, cho đến khi bạn sử dụng chức năng "tìm" của trình soạn thảo. Sau đó, bạn sẽ hét lên getStringFromSomewhere()với lý do tương tự. Cuối cùng, sau khi bạn quên mất những gì s, điều đó bar = ssẽ cho bạn cú đánh cuối cùng.

So sánh nó với điều này:

public void doSomething() {
    // More codes
    Hello.this.foo = "FOO";
    // More codes
    String s = Hello.this.getStringFromSomewhere();
    // More codes
    this.bar = s;
}

1. Bạn biết foolà một biến được khai báo trong lớp bên ngoài Hello.
2. Bạn biết getStringFromSomewhere()là một phương thức được khai báo trong lớp bên ngoài là tốt.
3. Bạn biết rằng nó barthuộc về Worldlớp và slà một biến cục bộ được khai báo trong phương thức đó.

Tất nhiên, bất cứ khi nào bạn thiết kế một cái gì đó, bạn tạo ra các quy tắc. Vì vậy, trong khi thiết kế API hoặc dự án của bạn, nếu quy tắc của bạn bao gồm "nếu ai đó mở tất cả các mã nguồn này bằng notepad, anh ấy hoặc cô ấy sẽ tự bắn vào đầu mình", thì bạn hoàn toàn không nên làm điều này .

Trừ khi bạn có các tên biến chồng chéo, nó thực sự chỉ rõ ràng khi bạn đọc mã.

@William Brendel trả lời cung cấp ba trường hợp sử dụng khác nhau theo cách tốt đẹp.

Trường hợp sử dụng 1:

Trang tài liệu java chính thức về điều này cung cấp các trường hợp sử dụng tương tự.

Trong một phương thức cá thể hoặc một hàm tạo, đây là một tham chiếu đến đối tượng hiện tại - đối tượng có phương thức hoặc hàm tạo đang được gọi. Bạn có thể tham chiếu đến bất kỳ thành viên nào của đối tượng hiện tại từ bên trong một phương thức cá thể hoặc hàm tạo bằng cách sử dụng phương thức này.

Nó bao gồm hai ví dụ:

Sử dụng công cụ này với Trường và Sử dụng công cụ này với Trình xây dựng

Trường hợp sử dụng 2:

Trường hợp sử dụng khác chưa được trích dẫn trong bài viết này: thiscó thể được sử dụng để đồng bộ hóa đối tượng hiện tại trong một ứng dụng đa luồng để bảo vệ phần quan trọng của dữ liệu & phương thức.

synchronized(this){
    // Do some thing. 
}

Trường hợp sử dụng 3:

Việc thực hiện mẫu Builder tùy thuộc vào việc sử dụng thisđể trả về đối tượng đã sửa đổi.

Tham khảo bài viết này

Giữ trình xây dựng trong lớp riêng biệt (giao diện lưu loát)

Google đã bật lên một trang trên trang Sun nói về điều này một chút.

Bạn nói đúng về biến số; thisthực sự có thể được sử dụng để phân biệt biến phương thức với trường lớp.

    private int x;
    public void setX(int x) {
        this.x=x;
    }

Tuy nhiên, tôi thực sự ghét quy ước đó. Đưa ra hai biến khác nhau theo tên theo nghĩa đen là một công thức cho lỗi. Tôi rất thích một cái gì đó dọc theo dòng:

    private int x;
    public void setX(int newX) {
        x=newX;
    }

Kết quả tương tự, nhưng không có khả năng xảy ra lỗi khi bạn vô tình đề cập đến xkhi bạn thực sự muốn nói đến xthay thế.

Đối với việc sử dụng nó với một phương pháp, bạn đã đúng về các hiệu ứng; bạn sẽ nhận được kết quả tương tự có hoặc không có nó. Bạn có thể dùng nó không? Chắc chắn rồi. Bạn có nên sử dụng nó? Tùy thuộc vào bạn, nhưng cá nhân tôi nghĩ rằng tính dài dòng vô nghĩa không thêm bất kỳ sự rõ ràng nào (trừ khi mã được nhồi nhét đầy đủ các câu lệnh nhập tĩnh), tôi không có xu hướng sử dụng nó.

Sau đây là các cách sử dụng từ khóa 'this' trong java:

1. Sử dụng thistừ khóa để tham chiếu các biến thể hiện của lớp hiện tại
2. Sử dụng this()để gọi hàm tạo của lớp hiện tại
3. Sử dụng thistừ khóa để trả về thể hiện của lớp hiện tại
4. Sử dụng thistừ khóa làm tham số phương thức

https://docs.oracle.com/javase/tutorial/java/javaOO/thiskey.html

Khi có hai biến một biến đối tượng và biến cục bộ khác có cùng tên thì chúng ta sử dụng biến này. để chỉ đối tượng thực thi hiện tại để tránh xung đột giữa các tên.

thislà một tham chiếu đến đối tượng hiện tại. Nó được sử dụng trong hàm tạo để phân biệt giữa biến cục bộ và biến lớp hiện tại có cùng tên. ví dụ:

public class circle {
    int x;
    circle(int x){
        this.x =x;
        //class variable =local variable 
    }
} 

thiscũng có thể được sử dụng để gọi một hàm tạo từ một hàm tạo khác. ví dụ:

public class circle {
    int x;

    circle() { 
        this(1);
    }

    circle(int x) {
        this.x = x; 
    }
}

Sẽ có sự khác biệt nào nếu tôi sử dụng "x" thay vì "this.x" trong một số phương thức?

Thường thì không. Nhưng đôi khi nó làm cho một sự khác biệt:

  class A {
     private int i;
     public A(int i) {
        this.i = i; // this.i can be used to disambiguate the i being referred to
     }
  }

Nếu tôi chỉ sử dụng "phương thức ()", theo mặc định, nó sẽ không được áp dụng cho đối tượng hiện tại chứ?

Đúng. Nhưng nếu cần, hãy this.method()làm rõ rằng cuộc gọi được thực hiện bởi đối tượng này.

thiskhông ảnh hưởng đến mã kết quả - đó là toán tử thời gian biên dịch và mã được tạo có hoặc không có nó sẽ giống nhau. Khi bạn phải sử dụng nó, phụ thuộc vào bối cảnh. Ví dụ, bạn phải sử dụng nó, như bạn đã nói, khi bạn có biến cục bộ biến bóng lớp và bạn muốn tham chiếu đến biến lớp chứ không phải biến cục bộ.

chỉnh sửa: bởi "mã kết quả sẽ giống nhau" Tất nhiên, ý tôi là, khi một số biến trong phạm vi cục bộ không ẩn cái thuộc về lớp. Như vậy

class POJO {
   protected int i;

   public void modify() {
      i = 9;
   }

   public void thisModify() {
      this.i = 9;
   }
}

mã kết quả của cả hai phương thức sẽ giống nhau. Sự khác biệt sẽ là nếu một số phương thức khai báo biến cục bộ có cùng tên

  public void m() {
      int i;
      i = 9;  // i refers to variable in method's scope
      this.i = 9; // i refers to class variable
  }

Đối với William Brendel bài viết và 's dbconfessions câu hỏi, liên quan đến trường hợp 2 . Đây là một ví dụ:

public class Window {

  private Window parent;

  public Window (Window parent) {
    this.parent = parent;
  }

  public void addSubWindow() {
    Window child = new Window(this);
    list.add(child);
  }

  public void printInfo() {
    if (parent == null) {
      System.out.println("root");
    } else {
      System.out.println("child");
    }
  }

}

Tôi đã thấy điều này được sử dụng, khi xây dựng mối quan hệ cha-con với các đối tượng. Tuy nhiên, xin lưu ý rằng nó được đơn giản hóa vì lợi ích của sự ngắn gọn.

Từ khóa này trong java được sử dụng để chỉ các đối tượng lớp hiện tại.

Có 6 cách sử dụng từ khóa này trong từ khóa java trong java

1. Truy cập biến cấp độ lớp : chủ yếu được sử dụng nếu biến cấp cục bộ và cấp lớp giống nhau
2. Truy cập các phương thức lớp : đây là hành vi mặc định và có thể bỏ qua
3. Để gọi các nhà xây dựng khác cùng lớp
4. Sử dụng từ khóa 'this' làm giá trị trả về : để trả về thể hiện hiện tại từ phương thức
5. Truyền từ khóa 'this' làm đối số cho phương thức Passing: để truyền đối tượng lớp hiện tại làm đối số
6. từ khóa này làm đối số cho hàm tạo : để truyền thể hiện của lớp hiện tại làm đối số

tham chiếu: https://stacktraceguru.com/java/this-keyword-in-java

Để đảm bảo rằng các thành viên của đối tượng hiện tại được sử dụng. Trong trường hợp an toàn luồng là mối quan tâm, một số ứng dụng có thể thay đổi giá trị thành viên của đối tượng sai, vì lý do đó nên áp dụng cho thành viên để sử dụng giá trị thành viên đối tượng chính xác.

Nếu đối tượng của bạn không quan tâm đến an toàn luồng thì không có lý do nào để chỉ định giá trị của thành viên đối tượng nào được sử dụng.