Перегрузка и скрывает методы в Java

Как указывает Клетус, это действительно проблема дизайна, поскольку вы пытаетесь создать дочерний класс, который не подчиняется контракту своего родительского класса. .

В редких случаях это можно обойти, например, создание исключения может быть желательным (или, по крайней мере, приемлемым компромиссом - например, Java Collections Framework), но в целом это признак плохого дизайна.

Вы можете прочитать принцип подстановки Лискова : идея о том, что (как говорит Википедия) «если S является подтипом T, то объекты типа T в программе могут быть заменены с объектами типа S без изменения каких-либо желаемых свойств этой программы ". Переопределяя метод создания исключения или скрывая его любым другим способом, вы нарушаете этот принцип.

Если контракт метода базового класса был «вставляет текущий объект или генерирует исключение» (см., Например, JavaDoc for Collection.add () ), то вы можете утверждать, что вы не нарушая LSP, но если это является неожиданным для большинства вызывающих абонентов, вы можете пересмотреть свой дизайн на этих основаниях.

Я не верю, что в Java есть чистый способ полностью скрыть наследуемый метод.

В подобных случаях, если вы абсолютно не можете поддерживать этот метод, я бы, вероятно, пометил этот метод как @Obsolete в дочернем классе, и заставил его выбрасывать NotImplementedException (или любое другое эквивалентное исключение в Java), чтобы отбить у людей желание его использовать.

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

Звучит как плохо спроектированная иерархия -

Если по умолчанию не существует и пользователь не должен вызывать метод вообще, вы можете пометить метод как @Deprecated и выбросить UnsupportedOperationException , как отметили другие плакаты. Однако - это действительно только проверка во время выполнения. @Deprecated выдает только предупреждение компилятора, и большинство IDE каким-то образом помечают это, но это не предотвращается во время компиляции. Это также действительно отстой, потому что можно получить дочерний класс в качестве ссылки на родительский класс и вызвать метод для него без предупреждения, что он вообще «плохой». В приведенном ниже примере до времени выполнения не будет никаких указаний на то, что что-то не так.

Пример:

// Abstract base builder class
public abstract class BaseClassBuilder {
    public final doBuild() {
        BaseClass base = getBase();
        for (Object obj : getObjects() {
            base.insert(obj);
        }
    }
    protected abstract BaseClass getBase();
    protected abstract Object[] getObjects();
}

// implementation using SampleClass
public class SampleClassBuilder extends BaseClassBuilder {

    @Override
    protected BaseClass getBase() {
        return new SampleClass();
    }

    @Override
    protected Object[] getObjects() {
        Object[] obj = new Object[12];
        // ...
        return obj;
    }
}

Однако, если существует разумное значение по умолчанию, вы можете пометить унаследованный метод как окончательный и указать в нем значение по умолчанию. Это обрабатывает как плохую иерархию, так и предотвращает «непредвиденные обстоятельства» из приведенного выше примера.

Пример:

public abstract class BaseClass { 
    public void insert(Object object) {
        // ...
    }
}

public class SampleClass extends BaseClass {

    public static final Long DEFAULT_PARAM = 0L;

    public final void insert(Object object) {
        this.insert(object, DEFAULT_PARAM);
    }

    public void insert(Object object, Long param) {
        // ...
    }
}