Как переопределить метод в зависимости от конструктора?

Question

Хорошо, поэтому я не уверен, что этот вопрос уже существует, потому что я не знаю, как его отформатировать, но вот в чем проблема: может ли один и тот же метод производить другой результат в зависимости от конструктора? (Приносим извинения, если я повторяю вопрос или если это глупый вопрос.)

Например, у меня есть интерфейс MyInterface с функцией public void foo();. Скажем, у нас есть класс:

public class MyClass implements MyInterface { 
    public MyClass() { 
     // I want foo() to print "Empty constructor" with sysout. 
    } 

    public MyClass(int x) { 
     // I want foo() to print "Constructor with int" with sysout. 
    } 
} 

Так что теперь, если создать две ссылки MyClass mc1 = new MyClass(); и MyClass mc2 = new MyClass(5);, а затем вызвать mc1.foo(); и mc2.foo();, результат должен быть:

пустой конструктор.

Конструктор с инт.

Я пробовал с new MyInterface { @Override public void foo() { ... } } внутри конструкторов, но, похоже, не работает.

Answer 1

Да. Сохраните переменную и проверьте ее в методе foo.

public class MyClass implements MyInterface { 
    private int x; 
    public MyClass() { 
     // I want foo() to print "Empty constructor" with sysout. 
    } 

    public MyClass(int x) { 
     // I want foo() to print "Constructor with int" with sysout. 
     this.x = x; 
    } 

    public void foo(){ 
     if(x > 0) 
      System.out.println("Constructor with int"); 
     else 
      System.out.println("Empty constructor"); 
    } 
} 

Answer 2

Чтобы ответить на вопрос: Насколько мне известно. Или, по крайней мере, не напрямую, вы можете начать читать байт-код и изменять его во время выполнения, заставить его адаптироваться - так что ответ - нет.

Теперь странные детали: override и depending on constructor. Он не входит в объем overriding.

Метод, делающий разные вещи в зависимости от состояния Class, не слишком странный. Однако, делая метод уникальным из того, как класс был создан, я никогда не слышал. При этом здесь довольно уродливое решение.

public class Test 
{ 
    private final boolean intConstructorUsed; 

    public Test() { 
     intConstructorUsed = false; 
    } 

    public Test (int x) { 
     intConstructorUsed = true; 
    } 

    public void foo() { 
     if (intConstructorUsed == true) { 
      // do this 
     } else { 
      // do that 
     } 
    } 
} 

Метод foo не что странно. Странная часть состоит в том, что вы в основном должны иметь разные реализации foo в зависимости от того, какой конструктор вы уверены, что вам не нужен abstract class позади, со всеми общими методами, кроме одного abstract void foo(), который вы переопределите? Конечно, классы будут выглядеть почти одинаково, но они не являются, поскольку они не делят свои foo().

Answer 3

Да, это то, что несколько конструкторов предназначены для разрешения - изменения посредством создания объекта.

public class MyClass implements MyInterface { 
    private final String message; 
    public MyClass() { 
     message = "Empty constructor"; 
    } 

    public MyClass(int x) { 
     message = "Constructor with int"; 
    } 

    @Override 
    public void foo() { 
     System.out.println(message); 
    } 
} 

Это даже потокобезопасное.

Следует отметить, что реализация метода точно такая же, вариация находится в конструкторе. И это конструктор, который вызывается по-разному в зависимости от того, что хочет сделать вызывающий.