这是可能的,但不是你拥有它的方式。
你必须添加一个无参数构造函数的基类,就是这样!
public abstract class A { private String name; public A(){ this.name = getName(); } public abstract String getName(); public String toString(){ return "simple class name: " + this.getClass().getSimpleName() + " name:\"" + this.name + "\""; } } class B extends A { public String getName(){ return "my name is B"; } public static void main( String [] args ) { System.out.println( new C() ); } } class C extends A { public String getName() { return "Zee"; } }
当你不添加一个构造函数(任何)到一个类,编译器为你添加默认的无arg构造器。
当defualt没有arg调用super(); 而且由于你没有在超类中得到这个错误信息。
这是关于它自己的问题。
现在,扩大答案:
你知道创build一个子类(行为)来指定不同的值(数据)是没有意义的! 我希望你会。
如果唯一的变化是“名称”,那么参数化的单个类就足够了!
所以你不需要这个:
MyClass a = new A("A"); MyClass b = new B("B"); MyClass c = new C("C"); MyClass d = new D("D");
要么
MyClass a = new A(); // internally setting "A" "B", "C" etc. MyClass b = new B(); MyClass c = new C(); MyClass d = new D();
当你可以写这个:
MyClass a = new MyClass("A"); MyClass b = new MyClass("B"); MyClass c = new MyClass("C"); MyClass d = new MyClass("D");
如果我要改变BaseClass构造函数的方法签名,我将不得不改变所有的子类。
那么这就是为什么inheritance是产生高耦合的人为因素,这在OO系统中是不可取的。 应该避免,也许用组成来代替。
想想你是否真的需要他们作为子类。 这就是为什么你经常看到使用insted的界面:
public interface NameAware { public String getName(); } class A implements NameAware ... class B implements NameAware ... class C ... etc.
这里B和C可以从Ainheritance下来,它们之间会产生一个非常高的耦合,通过使用接口来减less耦合,如果A决定不再是“NameAware”,其他类将不会中断。
当然,如果你想重用行为,这是行不通的。