Почему в Java нет модификатора доступа «только для подклассов»?

В Java есть четыре доступных модификатора доступа для методов:

public - любой класс может использовать этот метод.

protected - классы в одном пакете и подклассы в любом пакете могут использовать этот метод.

private - только этот класс может использовать этот метод.

no modifier («пакет приватный») - только классы в одном пакете могут использовать этот метод.

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

Поэтому я должен объявить эти полезные методы в суперклассе publicили protected, который предоставляет их всем остальным классам, по крайней мере, в пакете. Даже если они предназначены только для использования подклассами.

Есть ли причина, по которой subclasses-onlyв Java нет модификатора доступа? Это кажется мне очень странным. Я что-то пропустил?

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

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

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

У Java изначально был такой модификатор. Он был написан, private protectedно удален в Java 1.0.

Я предполагаю, что это был суждение, что дополнительная сложность не стоила затрат.

Каждая языковая функция имеет свою стоимость: обучая ее новым программистам; в документации; в реализации его в компиляторе, JVM и инструментах разработки; в рассуждениях о правильности программы; в сдерживании будущей языковой эволюции; и более. Языковые функции взаимодействуют друг с другом, потенциально с N ² взаимодействиями.

Какой процент Java-программистов прочитал спецификации языка Java и VM? Бьюсь об заклад, это небольшой процент, который требует еще более простой язык ради понятности и технических продуктов, от которых мы можем зависеть

Преимущество этой private protectedфункции было небольшим, поскольку пакет является основным модульным модулем.

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

ВЫ: Скажем, вы хотите сделать x, вы вызываете метод doX .. DEV: Скажите мне больше ... каковы аргументы?

Это публично ...

ВЫ: В doX я звоню ... DEV: Ого, слишком много информации, мне все равно. Я просто хочу знать, как его использовать. Скажи мне что-нибудь еще.

Это личное ...

ВЫ: При создании подклассов у меня есть doX и doY, которые вызывают doIt, что делает ... DEV: Да, я собираюсь создать подкласс, расскажите мне больше ...

Это защищено ...

ВЫ: Я ухожу в отпуск через час, я уйду на следующие 6 месяцев. Босс говорит, что этот щенок твой! До свидания. DEV: Подожди, не уходи, расскажи мне все ...

Это пакет.

ВЫ: Метод doItWhen вызывается только этим классом, и он не изменился за десять лет. Это ... DEV: Вау, мы до 50 минут. Следующее свойство, и говорить быстрее.

Это защищенный частный ...

Это уже существует. Это защищено.

Вы можете контролировать, какие классы существуют в пакете. Если в пакете нет другого класса и данная переменная или метод защищены, это «только подклассы».

Тем не менее, еще раз, вы можете контролировать, какие классы существуют в пакете. Вы можете просто не использовать защищенные методы или переменные.