Расширение абстрактного класса - реализация абстрактных методов

Question

Приветствия и приветствия!

В настоящее время у меня есть абстрактный класс A, и многие классы подклассифицируют его. Код, общий для всех подклассов, которые я вложил в oneMethod(), и код, специфичный для каждой реализации, я применил два абстрактных метода.

public abstract class AbstractA { 
    public oneMethod() { 
      //do some intelligent stuff here 
      abstractMethodOne(); 
      abstractMethodTwo(); 
    } 
    protected abstract void abstractMethodOne(); 
    protected abstract void abstractMethodTwo(); 
} 

У меня есть класс, который переопределяет метод oneMethod().

public class B extends AbstractA { 
    @Override 
    public oneMethod() { 
      //do some other intelligent stuff here 
    } 
} 

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

Любая помощь приветствуется!

Answer 1

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

Answer 2

Нет. Если вы расширяете абстрактный класс, вы должны либо сделать дочерний класс абстрактным, либо выполнить контракт родительского класса.

Как конструктивное наблюдение, я предлагаю вам попытаться сделать oneMethod() окончательным или абстрактным. Трудно поддерживать программы, которые позволяют расширение, как вы его реализуете. Используйте другие абстрактные методы, чтобы дать дочерним классам перехватывать функции oneMethod().

Answer 3

Ну, если abstractMethodTwo и abstractMethodOne является конкретной реализацией, почему вы положили эти методы в базовом абстрактном классе? Возможно, общий интерфейс или какой-то определенный шаблон дизайна - это то, что вы ищете!

Answer 4

Если ваши классы B и A должны реализовать свой собственный метод oneMethod, возможно, потому, что нет ссылки на наследование, но они должны реализовать тот же интерфейс?

Answer 5

Вы можете тянуть oneMethod вверх в суперкласса:

public abstract class AbstractC { 
    public void oneMethod() { 
    } 
} 

public abstract class AbstractA extends AbstractC { 
    @Override 
    public void oneMethod() { 
    //do some intelligent stuff here 
    abstractMethodOne(); 
    abstractMethodTwo(); 
    } 

    protected abstract void abstractMethodOne(); 

    protected abstract void abstractMethodTwo(); 

} 

public class B extends AbstractC { 
    @Override 
    public void oneMethod() { 
    //do some other intelligent stuff here 
    } 
} 

Посмотрим теперь, как вам не нужно больше в AbstractC, чем вам нужно.

Answer 6

Просто сделайте класс B также абстрактным.

public abstract class B extends AbstractA { 

Answer 7

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

public interface SomeInterface { 
    void abstractMethodOne(); 
    void abstractMethodTwo(); 
} 

и создать класс вроде этого:

public class SomeClass { 
    public void executeThem(SomeInterface onSomeObject) { 
     onSomeObject.abstractMethodOne(); 
     onSomeObject.abstractMethodTwo(); 
    } 
} 

, то вы можете составить это в любом из ваших классов, где вы должны называть эти методы следующим образом:

public class SomeImplementation implements SomeInterface { 

    public void abstractMethodOne() { 
     // ... 
    } 
    public void abstractMethodTwo() { 
     // ... 
    } 

    public void executeThem() { 
     new SomeClass().executeThem(this); 
    } 
} 

Таким образом, вы полностью избавились от наследования, и вы можете быть более гибкими в своих классах, реализуя SomeInterface.