¿Hay alguna forma de definir el atributo de un modelo como siempre html_safe?

Question

Tengo un modelo llamado Feature con una variable llamada body_string, que contiene etiquetas HTML que me gustaría mostrar, en lugar de escapar.

Cada vez que hago referencia a body_string en mis vistas, necesito usar <%=raw o .html_safe. Esto parece redundante y no tan SECO.

¿Hay alguna manera de que pueda establecer una vez y para todos la variable body_string como html_safe?

Supongo que esto sucedería en el archivo app/models/feature.rb, pero no puedo entender cuál sería exactamente la sintaxis correcta. Pensé en esto:

def body_string 
    return self.body_string.html_safe 
end 

Pero a Rails no le gusta; levanta una excepción stack level too deep.

Naturalmente, podría definir una variable/método con un nombre diferente:

def safe_body_string 
    return self.body_string.html_safe 
end 

Y luego simplemente cambiar todas las referencias en los puntos de vista body_string-safe_body_string. Pero de alguna manera esto parece casi tan seco como simplemente usar raw o .html_safe en primer lugar.

¿Alguna idea de cómo manejar mejor esto? Siento que debe haber algo realmente elegante que no estoy viendo.

Answer 1

Sólo tiene que utilizar read_attribute para evitar la llamada recursiva a body_string:

def body_string 
    read_attribute(:body_string).html_safe 
end 

read_attribute se complementa con write_attribute para el establecimiento de atributos desde el interior de su modelo.

Una nota sobre el estilo: No use returns explicitas a menos que realmente las necesite. El resultado de la última instrucción en un método es implícitamente el valor devuelto por el método.

Answer 2

Quizás esta piedra sea útil para usted. También quería dejar de repetir html_safe todo el tiempo cuando el contenido es completamente confiable.

http://rubygems.org/gems/html_safe_attribute

Answer 3

O también puede utilizar este enfoque,

def body_string 
    super && super.html_safe 
end 

Answer 4

Mientras @ respuesta de magro sin duda va a funcionar, no creo que esta lógica pertenece en un modelo. Simplemente porque agrega preocupaciones a nivel de vista (seguridad de HTML) a la capa de modelo, que solo debe incluir lógica comercial. En cambio, recomendaría usar un Presentador para esto (vea http://nithinbekal.com/posts/rails-presenters/ o encuentre una joya para esto - Personalmente amo Display Case). Su presentador puede anular fácilmente el método body_string y proporcionar la designación .html_safe cuando se muestra en la vista. De esta manera, separa sus preocupaciones y puede continuar obteniendo body_string de otros modelos sin mezclar en la vista.