Usando bloques en lugar de métodos en Rails, parte I
Visita este artículo en http://www.estadobeta.com/2007/12/27/bloques-ruby-en-lugar-de-metodos-1/
Por Ismael en Desarrollo, Ruby & Rails, artículosHace un tiempo contaba sobre un proyecto cuya complejidad justificaba la creación de un simple DSL para estructurar de mejor forma la lógica de negocios.
Dado el <amargo_sarcasmo>exito rotundo</amargo_sarcasmo> del artículo, expongo un par de ideas que desarrollé para el proyecto en cuestión.
La aplicación gira en torno a la definición de distintas “vistas” sobre los contenidos del sitio, según los privilegios del usuario. Las reglas que definían estas vistas podían cambiar en el futuro y por eso diseñé un sencillo mini-lenguaje (DSL) que luego transformaba internamente en queries SQL. Podía usar este mini-lenguaje facilmente en distintos métodos de mis objetos.
-
-
class Usuario < ActiveRecord::Base
-
def mis_articulos
-
prepara_articulos do |articulos|
-
articulos.add :from=>self, :to=>:all, :status => :all
-
articulos.add :from=>:all, :to=>:self, :status => :public
-
articulos.add :from=>friends, :to=>:all, :status => :all
-
end
-
end
-
end
-
Ahora. Con el tiempo y el humor cambiante del cliente, fue quedando claro que no solamente estas reglas podían cambiar sino que habría que crear una cantidad indeterminada de vistas alternativas para la misma información.
La solución rápida era simplemente crear nuevos métodos para cada vista requerida, y posiblemente invocarlos desde una acción en el controlador.
-
-
# config/Routes.rb
-
map.vista ‘articulos/:id_usuario/:vista’, :controller=>:articulos, :action=>:muestra_vista
-
-
# app/controllers/articulos_controller.rb
-
def muestra_vista
-
@usuario = Usuario.find( params[:id] )
-
@articulos = @usuario.send( params[:vista] )
-
end
-
Así, basta con definir un nuevo método en la clase Usuario y llamarlo directamente desde las URLs. El controlador se encarga de invocar el método en el usuario dinámicamente por medio de send.
-
-
class Usuario < ActiveRecord::Base
-
-
# GET /articulos/ismael/mis_articulos
-
def mis_articulos
-
# Define reglas
-
end
-
-
# GET /articulos/ismael/enviados
-
def enviados
-
# define otras reglas
-
end
-
end
-
La solución es bastante elegante pero tiene sus inconvenientes. Primero, deja a disponibilidad del visitante todos los métodos públicos del objeto @usuario, que ahora pueden ser invocados directamente desde la URL. Aunque puedo validar los parámetros antes de usarlos, el proceso sería engorroso y susceptible a omisiones.
El segundo problema es algo más dogmático: con cada uno de estos nuevos métodos ensuciamos el espacio de nuestras clases con métodos que cumplen prácticamente la misma función.
Ir a hacerse un café y pensar un poco.
El requerimiento es simple. La clase Usuario debe ser capaz de definir múltiples “vistas” (o reglas) usando el DSL creado para ese efecto, sin tener que recurrir a la creación de métodos arbitrarios.
Partiendo por la API (como debe ser), lo que necesito es esto:
-
-
class Usuario < ActiveRecord::Base
-
-
define_vista_de_articulos(:mis_articulos) do |usuario,articulos|
-
articulos.add :from=>usuario, :to=>:all, :status => :all
-
articulos.add :from=>:all, :to=>:self, :status => :public
-
articulos.add :from=>usuario.friends, :to=>:all, :status => :all
-
end
-
-
define_vista_de_articulos(:enviados) do |usuario,articulos|
-
articulos.add :from => usuario, :to => :all
-
end
-
end
-
El método de clase define_vista_de_articulos define las reglas usadas por las instancias de Usuario a nivel de la clase. El método recibe un nombre para la vista y un bloque con la definición de las reglas. Estas vistas deben ser accesibles en URLs como /articulos/ismael/mis_articulos, /articulos/ismael/enviados, etc, donde el último fragmento es el nombre de la vista, sea lo que sea.
Luego, en el controlador, tendríamos algo como esto:
-
-
# app/controllers/articulos_controller.rb
-
def muestra_vista
-
@usuario = Usuario.find( params[:id] )
-
@articulos = @usuario.carga_vista( params[:vista] )
-
end
-
El método carga_vista sería el único método de instancia involucrado en la clase Usuario y se encargaría de rescatar la vista definida para el parámetro entrante en la URL (”mis_articulos”, “enviados”).
El truco aquí es almacenar los bloques de configuración de cada vista a nivel de la clase, e invocarlos luego desde la instancia. Si la sintaxis se ve familiar a los callbacks de ActiveRecord, es porque la metodología es la misma.
-
-
# Este bloque es definido en la clase pero ejecutado en la instancia
-
# sin necesidad de crear nuevos métodos de instancia.
-
after_save do |usuario|
-
logger.debug(usuario.nombre)
-
end
-
Si todavía estas leyendo y te interesa saber cómo lo hice, espera la segunda entrega de este artículo, pronto en su blog amigo EstadoBeta.
- Servicios:
- Comentarios RSS
- Menear!
- Del.icio.us
5/9/2008 at 9:18 pm
59aea0a91aec…
59aea0a91aec0589f315…