Используя “это” с методами (в Java)

Три очевидных ситуации, где Вам нужен он:

• Вызов другого конструктора в том же классе как первая часть Вашего конструктора
• Дифференциация между локальной переменной и переменной экземпляра (ли в конструкторе или каком-либо другом методе)
• Передача ссылки на текущий объект к другому методу

Вот пример всех трех:

public class Test
{
    int x;

    public Test(int x)
    {
        this.x = x;
    }

    public Test()
    {
        this(10);
    }

    public void foo()
    {
        Helper.doSomethingWith(this);
    }

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

я полагаю, что существуют также некоторые странные ситуации с помощью внутренних классов, где Вам нужно super.this.x, но их нужно избежать как чрезвычайно неясные, IMO :)

РЕДАКТИРОВАНИЕ: Я не могу думать ни о каких примерах, почему Вы хотели бы это для прямого this.foo() вызов метода.

РЕДАКТИРОВАНИЕ: saua внес это по вопросу неясных внутренних примеров класса:

я думаю, что неясный случай: OuterClass.this.foo() при доступе foo() из внешнего класса из кода во Внутреннем классе, который имеет foo() метод также.

Я использую "это" для разъяснения кода, часто как подсказка, что я называю метод экземпляра вместо того, чтобы получить доступ к методу уровня класса или полю.

, Но нет. Если разрешение неоднозначности не требуется должное определить объем коллизии именования, Вам на самом деле не нужно "это".

Для самого общего программирования this ключевое слово является дополнительным и обычно раньше избегало беспорядка. Однако существует несколько мест, где это необходимо.

class Foo {
    int val;

    public Foo(int val) {
         this(val, 0);  //this MUST be here to refer to another constructor
    }

    public Foo(int val, int another) {
        val = val;       //this will work, but it generally not recommended.
        this.val = val;  //both are the same, but this is more useful.
        method1();       //in a Foo instance, it will refer to this.method1()
        this.method1();  //but in a Foo2 instance, you must use this to do the same
    }

    public void method1() {}
}

class Foo2 extends Foo {
    public Foo2(int val) {
        this(val);        //this will refer to the other Foo2 constructor
    }
    public Foo2(int val, int another) {
        super(val, another);
        super.method1();   //this will refer to Foo.method1()
    }

    @Override
    public void method1() {}//overridden method
}

Это не все случаи, но некоторые более общие. Я надеюсь, что это помогает Вам лучше понять this и super ключевые слова и как/когда использовать их.

Единственное время это действительно требуется, - когда у Вас есть параметр к методу с тем же именем как членская переменная. Лично, я пытаюсь всегда использовать его для создания объема переменной/метода явным. Например, у Вас могли быть статический метод или метод экземпляра. При чтении кода может быть полезно знать, который является который.

Не ответ (поэтому не стесняются проваливать его), но я не мог вместить это в комментарий, где кто-то спрашивал.

Много людей использует "this.x" для визуальной дифференциации переменных экземпляра от локальных переменных и параметров.

, Таким образом, они сделали бы это:

private int sum;
public int storeSquare (int b) {
    int c=b*b;
    this.sum+=c; // Makes sum "pop" I guess
    return c;
}

Лично я думаю, что это - дурная привычка: любой применимый редактор поместит переменные экземпляра и локальные переменные в другом цвете для Вас надежно - он не требует никаких человечески-ненадежных шаблонов.

Выполнение его с "этим". только 50%-й сейф. Уверенный компилятор поймает его, при попытке поместить this.x, когда x является локальной переменной, но нет ничего, что собирается мешать Вам "Забыть" отмечать переменную экземпляра с этим., и если Вы забываете отмечать всего один (или если кто-то еще работает над Вашим кодом), и Вы полагаетесь на шаблон, затем шаблон может больше нанести ущерб, чем хороший

Лично, я абсолютно уверен основы шаблона от программистов (законный) дискомфорт с тем, что в этом случае:

public void setMe(int me) {
    this.me=me;
}

то, что Вам нужно "это". передо мной определяется под названием параметр - я соглашаюсь, что это просто чувствует себя неаккуратным. Вы хотите быть последовательными - при необходимости в этом. передо мной там, почему не всегда используют его?

, Хотя я понимаю дискомфорт, вводя это. каждое место, что переменная экземпляра используется, просто педантично, бессмысленно, ужасно и ненадежно. Если это действительно беспокоит Вас и Вас абсолютно потребность для использования шаблона для решения его, попробуйте привычку к помещению "p" перед параметрами. Как побочный эффект, это должно даже сделать это более постоянным, потому что случай параметра будет теперь соответствовать случаю метода..

public void setMe( int pMe) 

Единственная причина предварительно ожидать this перед вызовом метода состоит в том, чтобы указать на вызов нестатического метода. Я не могу думать ни о какой другой допустимой причине сделать это (исправьте меня, я неправ). Я не рекомендую эту конвенцию, поскольку она не добавляет много значения. Если не применяемый последовательно затем это могло бы вводить в заблуждение (поскольку этот меньше вызов метода мог бы все еще быть нестатическим методом). Как часто каждый заботится, является ли вызываемый метод статическим или нет? Кроме того, большинство IDE выделит статические методы по-другому.

я услышал о конвенциях, где this указывает на вызов метода подкласса, в то время как отсутствие this называет метод суперкласса. Но это просто глупо, как конвенция могла быть наоборот.

Редактирование : Как mmyers указывает (см. комментарий), this работы со статическими методами. С этим я не вижу абсолютно никаких оснований для предварительного ожидания с this, поскольку это не имеет никакого значения.

http://java.sun.com/j2se/1.5.0/docs/api/java/lang/StringBuilder.html

Вам абсолютно нужно это, если Ваш метод должен возвратить экземпляр объекта.

public class StringBuildable {
    public StringBuildable append(String text) {
        // Code to insert the string -- previously this.internalAppend(text);
        return this;
    }
}

Это позволяет Вам цепочечным методам вместе следующим способом:

String string = new StringBuildable()
    .append("hello")
    .append(' ')
    .append.("World")
    .toString()
;