Pero no me puedo creer que tenga que poner algo como esto: #constructor
def initialize( *args, &block )
super
self.atributo = “valor inicial”
end
Para simular un constructor.
No digo que no esté acostumbrado a este tipo de sobreescrituras de
constructor, pero es sumamente delicado porque tengo que saber el
número y tipo de argumentos que el initialize de la clase padre
requiere y me parece un poco frágil la
solución.
He encontrado que hay un callback llamado “after_initialize” pero no
funciona con el new… parece ser que sólo se invoca al invocar al
“finder”:
El caso es que no sé dónde inicializar atributos con valores por
defecto cuando el objeto se crea por primera vez.
He empezado usando el before_validation. Pero no me sirve porque este
método se invoca múltiples veces y sólo quiero que los valores por
defecto se asignen una vez.
Seguro que hay algo que se me escapa, quizás no estoy buscando donde
debería.
“The trick here is the Ruby keyword ``super’'. When you invoke super
with no arguments, Ruby sends a message to the current object’s
parent, asking it to invoke a method of the same name as the current
method, and passing it the parameters that were passed to the current
method.”
Probalo!
Silvio
He empezado usando el before_validation. Pero no me sirve porque este
método se invoca múltiples veces y sólo quiero que los valores por
defecto se asignen una vez.
Seguro que hay algo que se me escapa, quizás no estoy buscando donde debería.
¿Podría ser esto lo que buscas? Creería que es justo antes de este
punto donde se establecen por valores por defecto pero no estoy seguro
de eso.
Hay que ayudarse del self.new_record? para evitar que los atributos
vuelvan a sus valores por defecto cada vez que se cargue una instancia
usando .find o cualquier cosa.