Ошибка Java: Неявный суперконструктор не определен для конструктора по умолчанию

Это возможно, но не так, как у вас.

Вы должны добавить конструктор без аргументов к базовому классу, и все!

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";
    }
}

Когда вы не добавляете конструктор (любой) к классу компилятор добавляет для вас конструктор no arg по умолчанию.

Когда defualt no arg вызывает super (); и так как у вас его нет в суперклассе, вы получите то сообщение об ошибке.

Это касается самого вопроса.

Теперь расширяем ответ:

Вы знаете, что создание подкласса (поведения) для указания другого значения (данных) не имеет смысла ?? !!! Я надеюсь, что вы это сделаете.

Если единственное, что меняет, - это "имя", тогда достаточно одного параметризованного класса!

Так что вам это не нужно:

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, мне пришлось бы изменить все подклассы.

Итак, наследование - это артефакт, который создает HIGH-связь, что нежелательно в объектно-ориентированных системах. Этого следует избегать и, возможно, заменить композицией.

Подумайте, действительно ли они вам действительно нужны как подкласс. Вот почему вы часто видите, что интерфейсы используются insted:

 public interface NameAware {
     public String getName();
 }



 class A implements NameAware ...
 class B implements NameAware ...
 class C ... etc. 

Здесь B и C могли унаследовать от A, что создало бы очень ВЫСОКУЮ связь между ними, при использовании интерфейсов связь уменьшается, если A решит, что она больше не будет " NameAware "другие классы не сломаются.

Конечно, если вы хотите повторно использовать поведение, это не сработает.

s почему наследование - это артефакт, который создает ВЫСОКОЕ сцепление, что нежелательно в объектно-ориентированных системах. Этого следует избегать и, возможно, заменить композицией.

Подумайте, действительно ли они вам действительно нужны как подкласс. Вот почему вы часто видите, что интерфейсы используются insted:

 public interface NameAware {
     public String getName();
 }



 class A implements NameAware ...
 class B implements NameAware ...
 class C ... etc. 

Здесь B и C могли унаследовать от A, что создало бы очень ВЫСОКУЮ связь между ними, при использовании интерфейсов связь уменьшается, если A решит, что она больше не будет " NameAware "другие классы не сломаются.

Конечно, если вы хотите повторно использовать поведение, это не сработает.

s почему наследование - это артефакт, который создает ВЫСОКОЕ сцепление, что нежелательно в объектно-ориентированных системах. Этого следует избегать и, возможно, заменить композицией.

Подумайте, действительно ли они вам действительно нужны как подкласс. Вот почему вы часто видите, что интерфейсы используются insted:

 public interface NameAware {
     public String getName();
 }



 class A implements NameAware ...
 class B implements NameAware ...
 class C ... etc. 

Здесь B и C могли унаследовать от A, что создало бы очень ВЫСОКУЮ связь между ними, при использовании интерфейсов связь уменьшается, если A решит, что она больше не будет " NameAware "другие классы не сломаются.

Конечно, если вы хотите повторно использовать поведение, это не сработает.

 public interface NameAware {
     public String getName();
 }



 class A implements NameAware ...
 class B implements NameAware ...
 class C ... etc. 

Здесь B и C могли унаследовать от A, что создало бы очень ВЫСОКУЮ связь между ними, при использовании интерфейсов связь уменьшается, если A решает, что он больше не будет «NameAware», другие классы не сломаются.

Конечно, если вы хотите повторно использовать поведение, это не сработает.

 public interface NameAware {
     public String getName();
 }



 class A implements NameAware ...
 class B implements NameAware ...
 class C ... etc. 

Здесь B и C могли унаследовать от A, что создало бы очень ВЫСОКУЮ связь между ними, при использовании интерфейсов связь уменьшается, если A решает, что он больше не будет «NameAware», другие классы не сломаются.

Конечно, если вы хотите повторно использовать поведение, это не сработает.

вашему BaseClass требуется someString, поэтому доставит один.
Попробуйте следующее:

abstract public class BaseClass {
    String someString;
    public BaseClass(String someString) {
        this.someString = someString;
    }
    abstract public String getName();
}

public class ACSubClass extends BaseClass {
    public ASubClass() {
        super("someString");  // or a meaningfull value, same as getName()?
    }
    public String getName() {
        return "name value for ASubClass";
    }
}

или

abstract public class BaseClass {
    String someString;
    protected BaseClass() {  // for subclasses
        this.someString = null;  // or a meaningfull value
    }
    public BaseClass(String someString) {
        this.someString = someString;
    }
    abstract public String getName();
}

public class ACSubClass extends BaseClass {
    public String getName() {
        return "name value for ASubClass";
    }
}