【问题标题】:Why attr_accessor won't work in setting methods为什么 attr_accessor 在设置方法中不起作用
【发布时间】:2018-06-06 23:49:48
【问题描述】:

我在 ruby​​ 中实现 BST 并使用递归编写插入方法。

我正在尝试使用 attr_accessor 设置和获取 root 但它不起作用。有人可以帮忙吗?

class Node 
  attr_accessor :value, :left_child, :right_child

  def initialize (value)
    @value = value 
    @left_child = nil 
    @right_child = nil 
  end
end 

class BST 
  attr_accessor :root 

  def initialize
    @root = nil
  end 



  def insert(value, node)

    if node == nil 
      node = Node.new(value)
      return node
    end 

    return node if node.value == value

    if node.value > value
      if node.left_child == nil 
        node.left_child = Node.new(value)
        return
      else 
        insert(value, node.left_child) 
      end 

    else

      if node.right_child == nil 
        node.right_child = Node.new(value)
        return
      else 
        insert(value, node.right_child) 
      end
    end 
  end 
end 


mybst = BST.new
p mybst.root
mybst.insert(1, mybst.root)
mybst.insert(2, mybst.root)
mybst.insert(10, mybst.root)
mybst.insert(12, mybst.root)

p mybst

上面的代码展示了一个简单的 Node 类和一个带有 insert 方法的 BST 类的实现。给我#<BST:0x00557398d02378 @root=nil>

如果我使用 self.root 就可以了。

可以使用@root 访问根目录,但类不应直接与其实例变量交互。这就是为什么我们需要 attr_accessor 提供的 getter 和 setter 方法。但它不起作用。我错过了什么?

以下是《POODR》一书的截图。它说即使在课堂上也不要直接使用实例变量。

【问题讨论】:

  • 请记住,Ruby 中唯一逻辑错误的东西是 nilfalse,所以除非有某种方式,像 right_child 这样的东西可以永远是 false建议进行== nil 之类的比较。这不仅会使您的代码混乱并引发有关该属性可以包含哪些值的问题,而且如果您错误地输入了= nil,则存在意外分配的风险。
  • @tadman 嘿!如果 OP 将其移交给 CR.se,我想进行评论! ;)
  • @thesecretmaster 这只是开始。您可以在这里传达很多内容,使其更像 Ruby。
  • @tadman 我知道,我只是在开玩笑。

标签: ruby class oop getter-setter object-oriented-analysis


【解决方案1】:

实际上完全可以在实例方法中使用实例变量。事实上,这就是他们的目的! Setter 和 getter 允许实例外部的东西访问实例内部的变量。他们(基本上)像这样为类定义实例方法:

class Foo
  # getter -- Same as attr_reader :root
  def root
    @root
  end

  # setter -- Same as attr_writer :root
  def root=(root)
    @root = root
  end

  # attr_accessor defines a setter *and* a getter.
end

因此,您可以通过定义 #insert 来简化您的代码,使其只接受一个参数 (value),并将您引用 node 的每个位置替换为对 @root 的引用。

我认为您正在寻找的方式(但不是“正确”方式,我不推荐)是调用访问器定义的 rootroot= 方法。

如果您采用这条路线,您还必须将#insert 定义为仅将value 作为参数并将您引用node 的每个地方替换为root。这会起作用,但这不是解决问题的正确方法。如果您以这种方式解决问题,请在 CodeReview.se 上提问,以便我阐明如何使代码变得更好。

为什么它不起作用

在#insert 方法中,您正在操作传递给该方法的node 参数,而不是root。 Ruby 是按值传递而不是按引用传递(排序),因此当您将mybst.root 传递给#insert 时,您实际上是在传递nil,因为mybst.root == nil。然后mybst.insert 调用返回一个新节点,但您不对该返回值做任何事情。如果您想将 root 设置为该返回值,您可以这样做:

mybst = BST.new
p mybst.root
mybst.root = mybst.insert(1, mybst.root)
mybst.root = mybst.insert(2, mybst.root)
mybst.root = mybst.insert(10, mybst.root)
mybst.root = mybst.insert(12, mybst.root)

p mybst

解释那本教科书试图说什么

我认为这里令人困惑的部分是教科书所说的:

隐藏变量,甚至隐藏在定义它们的类中

这是正确的,但我认为您误解了它。本节是说您应该从该实例之外的任何东西中隐藏实例变量。在那个实例中,完全可以使用它们,这实际上就是实例变量存在的原因——在实例中存储状态。为行为定义方法而不是直接公开实例变量被认为更好。当然,这只是要记住的一条规则——我相信您会遇到这种建议不适用的情况,但通常您希望将实例变量保留在内部。

【讨论】:

  • 获得完全工作的代码后,您还可以在Code Review 上发帖进行审核(我很乐意为您提供)。
  • 我添加了 Sandi Metz 的 POODR 书的屏幕截图,其中说永远不要在代码中使用实例变量。不推荐。
  • 措辞...不是最好的。我会在我的答案中添加一个解释。
  • 我担心的是 getter 和 setter 方法是否可用,即使我在包装,为什么它不起作用并更新值?
  • getter 和 setter 允许您从该实例的 外部 访问实例变量。正如我在回答中提到的,它们有效地定义了允许直接操作实例变量的方法。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2014-12-08
  • 1970-01-01
  • 2016-09-25
  • 2023-03-03
  • 2019-07-18
  • 2012-06-09
  • 1970-01-01
相关资源
最近更新 更多