Validación del valor booleano en Rspec y Rails

Question

Estoy bastante confundido sobre cómo validar los valores booleanos en Rspec y Rails. Entiendo que todo excepto false y nil se toman como true en Ruby. Pero cuando uso MySQL con Rails, usa 1 para true y 0 para false (si mi comprensión es correcta).

Tengo las siguientes especificaciones del modelo. Me gustaría probar el valor booleano para el atributo superuser.

• ¿Cómo puedo escribir especificaciones aquí?
• ¿Cómo puedo escribir el código de implementación aquí?

• ¿Mis especificaciones y el código de implementación son específicos de una base de datos específica (como MySQL y PostgreSQL)?

  require 'spec_helper' 
  describe User do 
      before(:each) do 
      @valid_attributes = { 
       :username => "mike", 
       :password => "super_encryped_password", 
       :email => "mike@example.com", 
       :superuser => true 
      } 
      end 
  
      it "should create a new instance given valid attributes" do 
      User.create!(@valid_attributes) 
      end 
  
      it "should have true or false for superuser" do 
      @valid_attributes[:superuser] = "hello" 
      User.new(@valid_attributes).should have(1).error_on(:superuser) 
      end 
  end 
  

Answer 1

Una cosa importante es que ActiveRecord hace encasillamiento entre bastidores, por lo que no tiene que preocuparse de cómo su base de datos almacena valores booleanos. Ni siquiera necesita validar que un campo sea booleano, siempre que configure ese campo como booleano al preparar su migración. Es posible que desee asegurarse de que el campo no sea nil, con una declaración validates_presence_of :superuser en su clase de modelo.

Answer 2

Creo que se desee "debe tener verdadera o falsa de superusuario" a fallar. Pero si quieres que falle, se debe añadir una validación en el usuario:

validate :superuser_boolean 

def superuser_boolean 
    errors.add(:superuser, "Should be a boolean") if !superuser.is_a?(TrueClass) && !superuser.is_a?(FalseClass) 
end 

Answer 3

Basando fuera la respuesta de jordini:

def superuser_boolean 
    errors.add(:superuser, "Should be a boolean") if [true, false].include?(superuser) 
end 

No hay feos is_a cheques, sólo un simple include?.

Answer 4

def boolean? (Val) !! val val == final

incluirlo en su spec_helper o se extienden rspec con be_boolean.

Answer 5

Esta es una gran discusión con algunos puntos importantes: Rails valida campos booleanos automáticamente, un valor falso hará que las validaciones de "presencia" fallen, y se necesita una validación personalizada que busque explícitamente configuraciones falsas verdaderas si desea asegurarse un campo booleano no es nulo, pero tiene un verdadero valor verdadero o falso.

Una rápida actualización de los carriles 3.x es el: ayudante de inclusión:

http://guides.rubyonrails.org/active_record_validations_callbacks.html#inclusion

Con esta ayuda, validar que un campo booleano tiene un verdadero o un valor falso se ve así:

validates :superuser, :inclusion => {:in => [true, false], :message => 'requires a true or false value' } 

El mensaje es opcional y, como indica la documentación, el valor predeterminado "no está incluido en la lista".

El consenso en línea parece no ser para molestarse en validar explícitamente para verdadero o falso, sino para dejar que los rieles se encarguen de ello.Me encontré con una situación, sin embargo, donde las validaciones explícitas recogían un problema en la base de datos (los campos tinyint de MySql se establecían en 2 o 4 de longitud en lugar de 1) que causaban un comportamiento extraño. Los campos se pueden establecer en verdadero o falso, pero el valor no se puede leer como un booleano. En otras palabras, la validación de Rails lo pasó, pero la validación de inclusión explícita marcó todos los casos en los que la base de datos se configuró incorrectamente. Así que esta podría ser una buena razón para tomarse la molestia de validar esas entradas. Espero que esto ayude. Charles