Question

Ruby docs for dup说：

通常，clone和dup在后代类中可能具有不同的语义。虽然clone用于复制对象，包括其内部状态，但dup通常使用后代对象的类来创建新实例。

但是当我做一些测试时，我发现它们实际上是相同的：

class Test
   attr_accessor :x
end

x = Test.new
x.x = 7
y = x.dup
z = x.clone
y.x => 7
z.x => 7

那么两种方法之间有什么区别？

Answer 1

子类可以覆盖这些方法以提供不同的语义。在Object本身，有两个主要区别。

首先，clone复制单例类，而dup则不复制。

o = Object.new
def o.foo
  42
end

o.dup.foo   # raises NoMethodError
o.clone.foo # returns 42

其次，clone保留冻结状态，而dup则不保留。

class Foo
  attr_accessor :bar
end
o = Foo.new
o.freeze

o.dup.bar = 10   # succeeds
o.clone.bar = 10 # raises RuntimeError

Rubinius implementation for these methods 通常是我对这些问题的答案的来源，因为它非常清楚，并且是一个相当合规的Ruby实现。

Answer 2

在处理ActiveRecord时，也存在显着差异：

dup创建一个没有设置id的新对象，因此您可以通过点击.save

将新对象保存到数据库中

category2 = category.dup
#=> #<Category id: nil, name: "Favorites">

clone创建一个具有相同ID的新对象，因此如果点击.save

，对该新对象所做的所有更改都将覆盖原始记录

category2 = category.clone
#=> #<Category id: 1, name: "Favorites">

Answer 3

一个区别是冷冻物体。冻结对象的clone也被冻结（而冻结对象的dup不是）。

class Test
  attr_accessor :x
end
x = Test.new
x.x = 7
x.freeze
y = x.dup
z = x.clone
y.x = 5 => 5
z.x = 5 => TypeError: can't modify frozen object

另一个区别在于单身方法。同样的情况，dup不会复制这些，但clone会这样做。

def x.cool_method
  puts "Goodbye Space!"
end
y = x.dup
z = x.clone
y.cool_method => NoMethodError: undefined method `cool_method'
z.cool_method => Goodbye Space!

Answer 4

两者几乎完全相同，但克隆比dup更多。在克隆中，还会复制对象的冻结状态。一式两份，它总会被解冻。

 f = 'Frozen'.freeze
  => "Frozen"
 f.frozen?
  => true 
 f.clone.frozen?
  => true
 f.dup.frozen?
  => false

Answer 5

newer doc包含一个很好的例子：

class Klass
  attr_accessor :str
end

module Foo
  def foo; 'foo'; end
end

s1 = Klass.new #=> #<Klass:0x401b3a38>
s1.extend(Foo) #=> #<Klass:0x401b3a38>
s1.foo #=> "foo"

s2 = s1.clone #=> #<Klass:0x401b3a38>
s2.foo #=> "foo"

s3 = s1.dup #=> #<Klass:0x401b3a38>
s3.foo #=> NoMethodError: undefined method `foo' for #<Klass:0x401b3a38>

Answer 6

您可以使用clone在Ruby中进行基于原型的编程。 Ruby的Object类同时定义了clone方法和dup方法。克隆和dup都会生成它正在复制的对象的浅表副本。也就是说，将复制对象的实例变量，但不复制它们引用的对象。我将演示一个示例：

class Apple
  attr_accessor :color
  def initialize
    @color = 'red'
  end
end

apple = Apple.new
apple.color
 => "red"
orange = apple.clone
orange.color 
 => "red"
orange.color << ' orange'
 => "red orange" 
apple.color
 => "red orange"

在上面的示例中注意，橙色克隆复制了Apple对象的状态（即实例变量），但是如果Apple对象引用了其他对象（例如String对象的颜色），则不会复制这些引用。相反，苹果和橙都引用同一个对象！在我们的示例中，引用是字符串对象“ red”。当orange使用append方法<< <<修改现有的String对象时，它将字符串对象更改为'red orange'。实际上，这也会更改apple.color，因为它们都指向同一个String对象。

请注意，赋值运算符=将分配一个新对象，从而销毁引用。这是一个演示：

class Apple
  attr_accessor :color
  def initialize
    @color = 'red'
  end
end

apple = Apple.new
apple.color
=> "red"
orange = apple.clone
orange.color
=> "red"
orange.color = 'orange'
orange.color
=> 'orange'
apple.color
=> 'red'

在上面的示例中，当我们将新对象分配给橙色克隆的颜色实例方法时，该对象不再引用与Apple相同的对象。因此，我们现在可以修改orange的颜色方法而不会影响apple的颜色方法，但是如果我们从apple克隆另一个对象，则该新对象将在复制的实例变量中引用与apple相同的对象。

dup还将产生它正在复制的对象的浅表副本，如果您对dup做与上图所示相同的演示，您将看到它的工作方式完全相同。但是clone和dup之间有两个主要区别。首先，如其他人所述，克隆复制冻结状态，而dup不复制冻结状态。这是什么意思？ Ruby中的“冻结”一词是不可变的深奥术语，它本身是计算机科学的术语，意味着无法更改某些内容。因此，无法以任何方式修改Ruby中的冻结对象。实际上，它是不可变的。如果您尝试修改冻结的对象，则Ruby将引发RuntimeError异常。由于克隆会复制冻结状态，因此，如果您尝试修改克隆的对象，它将引发RuntimeError异常。相反，由于dup不会复制冻结状态，因此不会发生此类异常，如我们将演示的：

class Apple
  attr_accessor :color
  def initialize
    @color = 'red'
  end
end

apple = Apple.new
apple.frozen?
 => false 
apple.freeze
apple.frozen?
 => true 
apple.color = 'crimson'
RuntimeError: can't modify frozen Apple
apple.color << ' crimson' 
 => "red crimson" # we cannot modify the state of the object, but we can certainly modify objects it is referencing!
orange = apple.dup
orange.frozen?
 => false 
orange2 = apple.clone
orange2.frozen?
 => true 
orange.color = 'orange'
 => "orange" # we can modify the orange object since we used dup, which did not copy the frozen state
orange2.color = 'orange'
RuntimeError: can't modify frozen Apple # orange2 raises an exception since the frozen state was copied via clone

第二个，更有趣的是，clone复制单例类（及其方法）！如果您希望在Ruby中进行基于原型的编程，这将非常有用。首先，让我们证明确实使用克隆复制了单例方法，然后将其应用于Ruby中基于原型的编程示例。

class Fruit
  attr_accessor :origin
  def initialize
    @origin = :plant
  end
end

fruit = Fruit.new
 => #<Fruit:0x007fc9e2a49260 @origin=:plant> 
def fruit.seeded?
  true
end
2.4.1 :013 > fruit.singleton_methods
 => [:seeded?] 
apple = fruit.clone
 => #<Fruit:0x007fc9e2a19a10 @origin=:plant> 
apple.seeded?
 => true

如您所见，水果对象实例的单例类被复制到克隆中。因此，克隆的对象可以访问单例方法：seeded?。但这不是dup的情况：

apple = fruit.dup
 => #<Fruit:0x007fdafe0c6558 @origin=:plant> 
apple.seeded?
=> NoMethodError: undefined method `seeded?'

现在，在基于原型的编程中，没有用于扩展其他类然后再创建其类的方法派生自其父类的类的实例的类，该父类充当蓝图。取而代之的是，您有一个基础对象，然后从该对象创建一个新对象，并复制其方法和状态（当然，由于我们是通过clone进行浅表复制，因此实例变量引用的任何对象都将像JavaScript一样被共享原型）。然后，您可以通过填充克隆方法的详细信息来填充或更改对象的状态。在下面的示例中，我们有一个基础水果对象。所有水果都有种子，因此我们创建了一个方法number_of_seeds。但是苹果只有一个种子，因此我们创建了一个克隆并填充了细节。现在，当我们克隆苹果时，我们不仅克隆了方法，还克隆了状态！请记住，克隆对状态（实例变量）进行浅表复制。因此，当我们克隆苹果以获得red_apple时，red_apple将自动具有1个种子！您可以将red_apple视为继承自Apple的对象，而Apple继而继承自Fruit。因此，这就是为什么我将Fruit和Apple大写。出于克隆的考虑，我们消除了类和对象之间的区别。

Fruit = Object.new
def Fruit.number_of_seeds=(number_of_seeds)
  @number_of_seeds = number_of_seeds
end
def Fruit.number_of_seeds
  @number_of_seeds
end
 Apple = Fruit.clone
 => #<Object:0x007fb1d78165d8> 
Apple.number_of_seeds = 1
Apple.number_of_seeds
=> 1
red_apple = Apple.clone
 => #<Object:0x007fb1d892ac20 @number_of_seeds=1> 
red_apple.number_of_seeds
 => 1

当然，我们可以在基于原型的编程中使用构造函数方法：

Fruit = Object.new
def Fruit.number_of_seeds=(number_of_seeds)
  @number_of_seeds = number_of_seeds
end
def Fruit.number_of_seeds
  @number_of_seeds
end
def Fruit.init(number_of_seeds)
  fruit_clone = clone
  fruit_clone.number_of_seeds = number_of_seeds
  fruit_clone
end
Apple = Fruit.init(1)
 => #<Object:0x007fcd2a137f78 @number_of_seeds=1> 
red_apple = Apple.clone
 => #<Object:0x007fcd2a1271c8 @number_of_seeds=1> 
red_apple.number_of_seeds
 => 1

最终，使用克隆，您可以获得类似于JavaScript原型行为的信息。

Ruby的dup和clone方法有什么区别？

6 个答案: