Зачем в ruby — public, protected и private методы?

Question

[Александр Гришин]

Я нашел ответ на мой вопрос тут:
ответ
Но есть вопрос к одному из ответов. А конкретно чего я не могу понять:
Ответ Виктор Ablebeam :
Protected - это те методы, которые доступны потомкам (классам, что наследуют), но не доступны внешним классам. Грубо говоря, удобно, когда вы знаете, что от класса А будут наследовать много-много разных классов, и у этих классов будет один (или много, не важно) общий метод. Который, однако, совершенно не нужен внешним классам. Если бы не было протектеда, было бы 2 пути - сделать метод, который должен быть у всех потомков - публичным. Это плохо, потому что это лишняя информация для внешних классов. Или же - дублировать одинаковые методы в каждом классе потомке. Это плохо, потому что не DRY.
Мой вопрос:
Если он будет унаследован, то кто узнает что он вообще существует? Т.к. человек который нашел данный класс наверняка его искал по конечному методу который ему необходим. Да даже если тот, кому понадобился какой-то public метод этого класса, узнает о существование protected метода найденного класса, навернека не будет его использовать. Отсюдого вывод - почему бы просто не использовать тот public метод который не документирован возможностями класса или же просто в документации указан как вспомогательный и его, соответственно не трогать, тем самым мы экономим строчку кода в виде объявления типа метода и устраняем путанницу в интернете, связанную с этими частыми вопросами об определение типа методов. Не так ли?

Answer 1

[DevMan]

мы экономим строчку кода в виде объявления типа метода

победа побед, поздравляю.

и устраняем путанницу в интернете, связанную с этими частыми вопросами об определение типа методов

путаницу устраняет документация. а если ее нету то публичный метод или приватный/защищенный никакого рояля не играет.

Comments

[Александр Гришин]

Так получается 50% того что выполняют эти объявления это всего лишь "красота" или как это называется "дизайн"?

PS Повторюсь я пытаюсь понять, сильно не пинайте)

[DevMan]

beerdy: да, это дизайн/красота и еще защита от дурака.

[Александр Гришин]

DevMan  спасибо!

[DevMan]

beerdy: все на самом деле достаточно просто: чем меньше человек имеет возможностей - тем меньше вероятность напортачить.

простой пример: вам нужно перевести бабло из точки А в точку Б через банк. вам доступно 2 публичных метода - заполнить квитанцию и отдать ее вместе с деньгами в кассу. все что происходит с вашим переводом по пути от кассы в точку Б вас уже не касается, и является приватными/защищенными методами.

[Александр Гришин]

DevMan : По большей части это получается просто защита от дурака, там где она требуется? А по меньшей получается protected можно заменить на:

# Внимание! Не использовать как данный метод экземпляра
def method
 p 'code'
end

или

def method_inside
 p 'code'
end

НО! При этом я себе буду отдавать отчет в том, что я его могу использовать снаружи у экземпляра. Так?

[Александр Гришин]

Конечно это некрасиво и небезопасно, поэтому и придумали protected и private

[DevMan]

beerdy: совершенно верно: можно все написать на публичных методах.
но использование protected/private позволяет вести контроль со стороны среды исполнения.

PS public/protected/private - не фишка именно ruby, подобное описание используется во многих языках.

Answer 2

[Алексей Уколов]

Если он будет унаследован, то кто узнает что он вообще существует?

Тот, кто использует приличную IDE.

Да даже если тот, кому понадобился какой-то public метод этого класса, узнает о существование protected метода найденного класса, навернека не будет его использовать.

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

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

Comments

[Александр Гришин]

Про IDE и не будет использовать:
Ну узнает он что есть такой метод - но искал то он не его, а если искал не его, значит ему должно быть фиолетово что делает данный метод и не будет его использовать.

Про документированные возможности:
К примеру я написал класс, и составил для него документацию, в которой указал что:
- метод А делает тото
- метод Б делает тото
- метод В делает тото
- метод Г неиспользуется

PS Я просто пытаюсь понять зачем оно нужно и как использовать это в своих проектах а не сказать что мол разработчики языков сделали фигню.

[Алексей Уколов]

beerdy: А почему метод Г-то не используется? Он в вашем примере protected? В том и смысл, что он как раз используется активно, вместо того, чтобы дублировать его в классах-потомках.

[Александр Гришин]

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

[Александр Гришин]

Алексей Уколов: up

[Алексей Уколов]

я имелл ввиду - но зачем мне его использовать?

Вам, как потребителю класса? Не просто незачем, вы физически не сможете его вызвать. Защищенные и приватные методы нужны для сокрытия деталей реализации. Я не знаю, что ещё сказать, поскольку вы настолько абстрактно объясняете свою проблему, что я не могу её понять.

[Александр Гришин]

Алексей Уколов:
Конечно не смогу и это я понимаю, выше DevMan  ответил на мой вопрос! Но все равно спасибо и Вам!

Answer 3

[Александр Гришин]

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

Comments

[Котик Антон]

Держите нас в курсе

[Александр Гришин]

27cm: Ес сээ