验证：某事，：确认=>真实& attr_accessor 混淆

Question

我正在与 Ruby 验证作斗争：confirmation =>在我的 Rails 应用程序中是这样。考虑以下代码：

# == Schema Information
#
# Table name: things
#
#  id            :integer         not null, primary key
#  pin           :integer(8)
#  created_at    :datetime
#  updated_at    :datetime
#

class Things < ActiveRecord::Base
  #attr_accessor :pin
  attr_accessible :pin, :pin_confirmation


  validates :pin,
            :confirmation => true,
            :length => { :within => 7..15 },
            :numericality => { :only_integer => true }

正如

上面的代码，我的验证在 Rails 控制台中工作正常：

1.9.3-p0 :002 > l2 = Thing.create! :pin => 1234567, :pin_confirmation => 1111111
ActiveRecord::RecordInvalid: Validation failed: Pin doesn't match confirmation
    ....
1.9.3-p0 :003 > l2 = Thing.create! :pin => 1234567, :pin_confirmation => 1234567
 => #<Thing id: 2, pin: 1234567, created_at: "2012-01-30 22:03:29", updated_at: "2012-01-30 22:03:29"> 

但是通过 rspec 和手动从 Rails 服务器进行测试会导致验证失败，说它们在表现得很好时不匹配。如果我取消注释 :pin 的 attr_accessor，验证将通过，但 :pin 当然不会写入数据库。

我完全确定我错过了一些明显且重要的东西——只是碰上了砖墙。

Answer 1

正如 Frederick 上面所说，问题是将 String 实例与 Integer 实例进行比较。

很可能，这就是您控制器中的内容：

Thing.new(params[:thing]) # note all these params come in as a string

发生的情况是，由于 #pin 是整数列，因此您将得到以下行为：

my_thing = Thing.new
my_thing.pin = "123456"
my_thing.pin  # Will be the integer 123456, the attribute has been auto-cast for you

但由于 #pin_confirmed 只是一个常规属性，而不是整数列，因此您会感到奇怪会看到：

my_thing = Thing.new
my_thing.pin_confirmation = "123456"
my_thing.pin_confirmation  # Will be the *string* "123456", the attribute has been set as is

所以自然地，在这种情况下，无论您有什么值，因为它们是通过“params”散列（始终是一组字符串）传入的，您最终都会为这两个属性分配字符串值，但它们将被投射到不同类型。

有几种方法可以解决这个问题。

一，您可以在数据库中创建 #pin_confirmation 作为整数列。

另一种是您可以为 #pin_confirmation 添加以下形式的属性设置器：

def pin_confirmation=(val)
  @pin_confirmation = val.to_i
end