Различных правила для абстрактных методов в абстрактном классе и интерфейсе

Question

Мы не можем декларируем абстрактные методы в интерфейсе, как защищены и по умолчанию (даже если мы не упоминаем любой спецификатор доступа (по умолчанию) компилятор воспринимает это как общественность)

но мы может объявить абстрактный метод в абстрактном классе как защищенный и по умолчанию.

Почему существуют разные правила для абстрактного класса и интерфейса?

Answer 1

мы не можем объявлять абстрактные методы в интерфейсе, как защищены и defaul

цель интерфейса является просто объявить контракт. ваш клиент выполнит его, и для этого он должен быть public.

также поле в интерфейсе publicstaticfinal по умолчанию, общественности вы получили, статические, так как он не может быть инстанцированной без реализации и не должен быть унаследовано также.

Update: по вашему вопросу

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

public class BaseAbstractClass { 
    private Connection getConnection(){ 
     //somecode 

    } 

    public boolean save(){ 
     //get connection and do something 
     //return ; 
    } 

//your implementor is left to implement it , he can use save method but can'ge see what it does i mean i doesn't have access to getConnection 
    public abstract void saveEntity(); 

} 

Answer 2

Поскольку абстрактные методы абстрактных классов предназначены для крючков для подклассов. С другой стороны, интерфейсы не связаны с деталями реализации - это всего лишь контракты с «внешним миром». И защищенный метод - это деталь реализации.