При разработке API (в традиционном смысле: описание того, как использовать вашу программу, в данном случае Классы и Методы), private
отмечает, что это метод, о котором нет необходимости знать (и / или даже не выгодно звонить «извне»), когда вы хотите взаимодействовать с этим классом или его экземпляром.
Относительно «имеет ли значение?»: в Ruby с технической точки зрения: не совсем , При желании вы можете вызывать закрытые методы для других объектов (с «хитростями», но не с обычным вызовом: @myobject.themethod()
).
С точки зрения пользователя: много. Вы сообщаете, как вы хотите, чтобы ваши вещи использовались.
С точки зрения разработчика: также журнал, если вы считаете пользователей (см. Пункт ранее). Если вы активно думаете о своем API (модулях, классах, методах) и сознательно используете private
, у вас могут получиться лучше разработанные «интерфейсы» (API).
Обратите внимание, что в других языках программирования (например, * 1025) *) public
, protected
и private
также могут строго указывать, как, например, подклассы могут получать доступ к определенным внутренним элементам ваших классов и интерфейсов (здесь слово «Интерфейс» обозначает функцию языка). Поэтому, если вы когда-нибудь используете другой язык, обязательно посмотрите, как там подразумевается private
.
Я не нашел официальной документации по частным вопросам, но, например, этот рубин: https://www.rubyguides.com/2018/10/method-visibility/.