Есть ли способ сделать переменные экземпляра «частными» (определение C++ или Java) в ruby? Другими словами, я хочу, чтобы следующий код приводил к ошибке.
class Base
def initialize()
@x = 10
end
end
class Derived < Base
def x
@x = 20
end
end
d = Derived.new
Как и большинство вещей в Ruby, переменные экземпляра на самом деле не являются «личными», и к ним может получить доступ любой, у кого есть d.instance_variable_get :@x.
Однако, в отличие от Java/C++, переменные экземпляра в Ruby всегда закрыты. Они никогда не являются частью общедоступного API, как методы, поскольку к ним можно получить доступ только с помощью этого подробного геттера. Поэтому, если в вашем API есть разум, вам не нужно беспокоиться о том, что кто-то злоупотребит вашими переменными экземпляра, поскольку вместо этого они будут использовать методы. (Конечно, если кто-то хочет сойти с ума и получить доступ к приватным методам или переменным экземпляра, остановить их невозможно.)
Единственная проблема заключается в том, что кто-то случайно перезаписывает переменную экземпляра при расширении вашего класса. Этого можно избежать, используя маловероятные имена, например, назвав его @base_x в вашем примере.
@x из производного класса? Это противоречит тому, что в C++, где производный класс не может получить доступ к закрытым элементам данных. Таким образом, несмотря на то, что «переменные экземпляра в ruby являются частными», важным моментом является то, что это другой вид частного, отличный от значения частного в C++.
- person horseyguy; 26.01.2010
Никогда не используйте переменные экземпляра напрямую. Всегда используйте только аксессоры. Вы можете определить читателя как общедоступного, а писателя как частного:
class Foo
attr_reader :bar
private
attr_writer :bar
end
Однако имейте в виду, что private и protected означают не то, что вы думаете. Публичные методы можно вызывать для любого получателя: именованного, собственного или неявного (x.baz, self.baz или baz). Защищенные методы могут вызываться только с получателем self или неявно (self.baz, baz). Частные методы можно вызывать только с неявным получателем (baz).
Короче говоря, вы подходите к проблеме не с точки зрения Ruby. Всегда используйте методы доступа вместо переменных экземпляра. Используйте public/protected/private, чтобы задокументировать свои намерения, и предполагайте, что потребители вашего API являются ответственными взрослыми.
attr_reader и attr_writer за кулисами используются переменные экземпляра. И вы можете использовать их напрямую для прозрачного запоминания (@_foo ||= begin; # slow operation; end). Но если вы используете переменные экземпляра напрямую, вы не можете подключиться к их поведению при получении или установке их значений без изменения кода где-либо еще (включая код, который их подклассы). Вы также не получите исключения, если ошибетесь в написании @isntance_variable, в то время как вы делаете это для self.mtehod(). Они не более важны, чем @@class_variables, которые также запрещены.
- person Stephen Touset; 08.11.2016
Возможно (но нежелательно) сделать именно то, что вы просите.
Есть два разных элемента желаемого поведения. Первый хранит x в значении только для чтения, а второй защищает геттер от изменения в подклассах.
Значение только для чтения
В Ruby можно сохранять значения только для чтения во время инициализации. Для этого мы используем поведение закрытия блоков Ruby.
class Foo
def initialize (x)
define_singleton_method(:x) { x }
end
end
Начальное значение x теперь заблокировано внутри блока, который мы использовали для определения геттера #x, и к нему нельзя получить доступ, кроме как с помощью вызова foo.x, и его нельзя изменить.
foo = Foo.new(2)
foo.x # => 2
foo.instance_variable_get(:@x) # => nil
Обратите внимание, что она не хранится как переменная экземпляра @x, но по-прежнему доступна через геттер, который мы создали с помощью define_singleton_method.
Защита получателя
В Ruby почти любой метод любого класса может быть перезаписан во время выполнения. Есть способ предотвратить это с помощью хука method_added.
class Foo
def self.method_added (name)
raise(NameError, "cannot change x getter") if name == :x
end
end
class Bar < Foo
def x
20
end
end
# => NameError: cannot change x getter
Это очень жесткий метод защиты геттера.
Это требует, чтобы мы добавили каждый защищенный геттер в хук method_added по отдельности, и даже в этом случае вам нужно будет добавить еще один уровень защиты method_added для Foo и его подклассов, чтобы кодер не перезаписал сам метод method_added.
Лучше смириться с тем фактом, что замена кода во время выполнения — это факт жизни при использовании Ruby.
В отличие от методов, имеющих разные уровни видимости, переменные экземпляра Ruby всегда закрыты (из-за пределов объектов). Однако переменные экземпляра внутри объектов всегда доступны из родительского, дочернего классов или включенных модулей.
Поскольку, вероятно, нет способа изменить доступ Ruby к @x, я не думаю, что вы могли бы иметь какой-либо контроль над этим. Написание @x просто выберет эту переменную экземпляра, и, поскольку Ruby не обеспечивает контроль видимости над переменными, я думаю, жить с этим.
Как говорит @marcgg, если вы не хотите, чтобы производные классы касались ваших переменных экземпляра, не используйте их вообще или найдите умный способ скрыть их от просмотра производными классами.
Невозможно делать то, что вы хотите, потому что переменные экземпляра определяются не классом, а объектом.
Если вы используете композицию, а не наследование, вам не придется беспокоиться о перезаписи переменных экземпляра.
Я знаю, что это старо, но я столкнулся со случаем, когда я не столько хотел предотвратить доступ к @x, сколько хотел исключить его из любых методов, использующих отражение для сериализации. В частности, я часто использую YAML::dump для целей отладки, и в моем случае @x был класса Class, который YAML::dump отказывается выгружать.
В данном случае рассматривал несколько вариантов
Решение этой проблемы только для yaml путем переопределения "to_yaml_properties"
def to_yaml_properties
super-["@x"]
end
но это сработало бы только для yaml и если бы другие дамперы (to_xml ?) не были бы счастливы
Адресация для всех пользователей отражения путем переопределения «instance_variables»
def instance_variables
super-["@x"]
end
Кроме того, я нашел это в одном из моих поисков, но не проверял его, так как приведенное выше кажется проще для моего потребности
Таким образом, хотя это может быть не совсем то, что, по словам ОП, ему нужно, если другие найдут эту публикацию, ища переменную, которую нужно исключить из списка, а не получить доступ, тогда эти параметры могут иметь ценность.
