추상 클래스의 public 생성자에 대한 좋은 이유가 있습니까

Question

abstract 클래스의 생성자를 직접 호출하여 개체를 만들 수 없습니다. abstract 클래스의 생성자는 파생 클래스에서만 호출 할 수 있습니다. 그러므로 이 인 것처럼 보입니다. 추상 클래스의 생성자는 protected이거나 package-private이어야합니다 (패키지 내의 파생 클래스에 생성자 사용을 제한하는 예외적 인 경우는 후자). 그러나 자바는 abstract 클래스의 생성자가 public이되도록 허용합니다.

는 유용이 public보다는 protected 또는 패키지 - 개인이 될하는 abstract 클래스의 생성자를 선언하는 것입니다있는 어떤 상황이 있습니까?

이것은 "Abstract class constructor access modifier"질문의 꽤 중복되지 않습니다 : 명확하게 public을 할 생성자를 선언 할 수 있습니다; 나는 어떤 좋은 좋은 이유가 있는지 알고 싶습니다. 거기에는없는 것처럼 보입니다. 나는 그것이 C# has a similar peculiarity임을 안다.

Answer 1

대답은 자바에 대해 동일합니다 :

추상 클래스의 public 생성자에 대한 이유가 없습니다. 필자는 컴파일러가 불평하지 않는 이유는 단순히 public이나 protected 일지라도 문제가되지 않기 때문에 시간을 낭비하지 않고 간단하다고 가정합니다. (source)

직접 하위 클래스 이외의 것으로부터 추상 클래스의 생성자를 호출 할 수 없습니다.

추상 클래스의 생성자에 대한 액세스 한정자에 특별한 규칙을 추가한다고해서 해당 언어에 유용한 것이 추가되지는 않습니다. 이 규칙에서 예외처럼 보이는

---

한 일 - 추상 클래스는 기본 생성자를 정의하는 경우, 서브 클래스가 생성자를 구현하지 않습니다 :이 법률이다 :

public abstract class A { 
    public A() {} 
} 

public class B extends A {} 

따라서 new B()을 호출하여 B을 만들 수 있습니다. 그러나 은 여전히 ​​이며 A이 아닌 B을 생성합니다. 그리고 다시, A의 생성자가 public이거나 protected인지 여부는 중요하지 않습니다. 그것은 단지 개인되지해야하지만, 컴파일러는

Answer 2

당신은 할 수 있습니다 ...

는 실제로 우리가 간단한 super() 전화를하지 B 상에 "보이지 않는"공공의 기본 생성자를 호출 ... 통지하고 불평 할 것이다 하위 클래스의 생성자에서 정의하지 않으면 공용 생성자입니다. 예를

작동하지 않습니다 공개하지 않은 경우 생성자가 호출됩니다 상위 클래스의 생성자를 정의되지 않은 경우

abstract class Animal { 
    String name; 
    public void Animal(String name) { 
     this.name = name; 
    } 
} 


class Cat extends Animal{ 
    public String sayMayName() { 
     return this.name; 
    } 
} 

---

myCat = new Cat("tester"); 

name = myCat.sayMyName(); 

---

. 이것은 내가 더 우아하게 공장 패턴으로 이루어 졌다고 생각하지만, 실제로 PHP에서 그것을 사용하고 잘 동작합니다.

Answer 3

나를 이단이라고 부르지 만 ... 나는 추상 클래스의 생성자를 적어도 한 번 보았다.

즉 : 생성자 매개 변수의 모양을 지정하는 것입니다.

추상 생성자를 지정하여 클래스를 추상화합니다. 파생 클래스는 추상적 상태를 잃을 특정 서명으로이 생성자를 구현해야합니다.

필수 생성자 서명을 지정하는 다른 방법은 없습니다 (도움이된다면 도와주세요).

Answer 4

가시성은 특정 가시성 수준을 제외하도록 선택한 경우 javadoc에 표시된 내용에도 영향을줍니다. 달리 중요하지 않으므로 추상 클래스의 공용 생성자에 대한 사용법이 될 수 있습니다.

생성자를 제공하지 않으면 클래스가 public이면 기본 생성자가 public입니다. 가장 쉬운 옵션은 보호 된 생성자를 강요하는 것이 아니라이를 허용하는 것입니다.

그런 의미에서 역 의문은 분명합니다. 왜 그들은 추상적 클래스에서 보호 된 생성자를 강제로 사용하지 않았습니까? public 생성자는 아무 것도 변경하지 않으므로 시간이 걸리고 복잡성이 추가됩니다.