Si, tenes razon. El problema que planteas es el problema de la implementacion de STI que tiene hecha Rails(ActiveReccord), y lamentablemente no hay solucion.
Pegale una mirada a Datamapper. Saludos -----Original Message----- From: "Cristhian Boujon" <[email protected]> Sent: Tuesday, June 1, 2010 5:25pm To: "Grupo Ruby Argentina" <[email protected]> Subject: Re: [RubyArg] Rails y STI, tratando de ocultar lo que no corresponde _______________________________________________ Ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar 2010/6/1 German Otero <[email protected]> > Estuve mirando lo que proponés, seria practicamente implementar el patron > de diseño builder, donde el metodo estático que ponés en vehiculo seria el > director para la migracion. > el problema que veo, es cuando yo quiero heredar como dios manda, o sea, > heredo de un objeto persistente, en ese caso, active reccord solo permite > STI, lo cual es una lástima y a mi entender, una de las críticas más grandes > que tengo, ya que limita una de las cualidades más importantes de la OOP. > > > Saludos. > Germán, no conozco el patrón Buider, luego lo buscaré a ver que hay. A mí me pasa lo mismo, me siento limitado o como que no estoy haciendo las cosas bien si uso un STI. Con STI en mi ejemplo, yo podría hacer tranquilamente aereo.ruedas una cosa HORRIBLE desde un punto de vista de diseño. La desventaja que le encuentro a lo que hice es que si en Vehiculo quiero ahora agregar un nuevo atributo, voy a tener que hacer algún nuevo método y después agregarlo en una migración a cada clase hija. _______________________________________________ Ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
