Когда видимость метода стоит установить private, а когда — protected?

Question

[Borodean]

Представим, что я проектирую класс. Как мне понять, когда видимость метода должна быть private, а когда — protected? Другими словами, как я могу знать наперед, что другому программисту никогда не потребуется переопределить данный метод?

Answer 1

[Zigmar]

Если явно не надо делать protected (например метод переопределив который, вы позволите пользователю модифицировать поведение) — делайте private. На «всякий случай» делать protected — это по крайней мере странно, это все равно, что на всякий случай делать все public. Вообще, если вы пишете библиотеку, то так-же как вы определяете, что будет публичным интерфейсом (public) а что имплементацией (private), введите еще одну сущность — интерфейс для наследников. С таким делением (интерфейс для всех/интерфейс для наследников/детали имплементации) все должно стать более или менее понятно.

Comments

[KhanTengri]

ну вот почему ответ нельзя в избранное добавить?.. Отлично написали

[CyMpak]

Дополню. Модификатор protected часто тесно связан с паттерном Template Method.

[Zigmar]

Спасибо, я как раз пытался вспомнить, как паттерн называется.

Answer 2

[Анатолий]

приват — этот метод нужен только текущему классу и предки не должны в него лезть, он самодостаточен
протектед — дать возможность предкам переопределить/пользоваться напрямую методом

Answer 3

[Тимур Шемсединов]

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