Ruby 有这种方便和方便的方式来共享实例变量，通过使用类似的键
attr_accessor :var
attr_reader :var
attr_writer :var
如果我可以简单地使用attr_accessor，我为什么要选择attr_reader 或attr_writer？有没有类似性能的东西（我怀疑）？我想是有原因的，否则他们不会做出这样的钥匙。
【问题讨论】：
标签： ruby attributes attr-accessor
重要的是要了解访问器限制对变量的访问，而不是对变量内容的访问。在 ruby 中，与其他一些 OO 语言一样，每个变量都是指向实例的指针。因此，例如，如果您有一个 Hash 的属性，并且您将其设置为“只读”，则您始终可以更改其内容，但不能更改指针的内容。 看看这个：
> class A
> attr_reader :a
> def initialize
> @a = {a:1, b:2}
> end
> end
=> :initialize
> a = A.new
=> #<A:0x007ffc5a10fe88 @a={:a=>1, :b=>2}>
> a.a
=> {:a=>1, :b=>2}
> a.a.delete(:b)
=> 2
> a.a
=> {:a=>1}
> a.a = {}
NoMethodError: undefined method `a=' for #<A:0x007ffc5a10fe88 @a={:a=>1}>
from (irb):34
from /usr/local/bin/irb:11:in `<main>'
如您所见，可以从 Hash @a 中删除键/值对，如添加新键、更改值等。但是你不能指向一个新的对象，因为它是一个只读的实例变量。
【讨论】：
您可以使用不同的访问器将您的意图传达给阅读您的代码的人，并使编写无论如何调用其公共 API 都能正常工作的类变得更容易。
class Person
attr_accessor :age
...
end
在这里，我可以看到我可以读和写年龄。
class Person
attr_reader :age
...
end
在这里，我可以看到我可能只会阅读年龄。想象一下，它是由这个类的构造函数设置的，之后保持不变。如果存在年龄的修改器（编写器），并且类是假设年龄一旦设置就不会改变，那么调用该修改器的代码可能会导致错误。
但是幕后发生了什么？
如果你写：
attr_writer :age
翻译成：
def age=(value)
@age = value
end
如果你写：
attr_reader :age
翻译成：
def age
@age
end
如果你写：
attr_accessor :age
翻译成：
def age=(value)
@age = value
end
def age
@age
end
知道了这一点，这里有另一种思考方式：如果您没有 attr_... 帮助器，并且必须自己编写访问器，您会编写比您的类所需更多的访问器吗？例如，如果只需要读取年龄，你会不会也写一个允许它被写入的方法？
【讨论】：
attr_reader :a与def a; return a; endconfreaks.net/videos/…相比还有一个显着的性能优势
attr_reader 定义的访问器占用手动定义的访问器所用时间的 86%。对于 Ruby 1.9.0，attr_reader 定义的访问器占用手动定义的访问器所用时间的 94%。然而，在我所有的测试中，访问器都很快：访问器大约需要 820 纳秒（Ruby 1.8.7）或 440 纳秒（Ruby 1.9）。在这样的速度下，您需要调用访问器数亿次才能获得 attr_accessor 的性能优势，从而将整体运行时间缩短一秒。
attr_accessor :a, :b
并非一个对象的所有属性都可以从类外部直接设置。拥有所有实例变量的编写器通常是弱封装的标志，也是在类之间引入过多耦合的警告。
作为一个实际示例：我编写了一个设计程序，您可以在其中将物品放入容器中。该项目有attr_reader :container，但提供一个作家没有意义，因为项目的容器应该改变的唯一时间是当它被放置在一个新的容器中时，这也需要定位信息。
【讨论】：
您并不总是希望您的实例变量可以从类外部完全访问。在很多情况下，允许对实例变量进行读取访问是有意义的，但写入它可能没有意义（例如，从只读源检索数据的模型）。在某些情况下，您想要相反，但我想不出任何不是我头脑中设计的。
【讨论】：