O sea... tiene que ver por la arquitectura propia de Rails, y porque las bases de datos están relacionadas con los programas que persisten en ellas. Si hablás de Ruby puro, sin DB ni Rails ni nada, no tiene que ver, pero yo me refería a confusiones que surgen de usar Rails.
El 25 de noviembre de 2009 17:18, Bizancio Spirit <[email protected]>escribió: > >> Por eso... nada que ver =) > > Usualmente en Rails creás una migración, la corrés y te crea la la tabla > con tus campos. Cuando llamás a un método getter de la clase > correspondiente, getter que nunca escribiste, para obtener el valor de ese > registro, de ese campo, en la tabla, se relacionan. > > El getter existe porque declaraste el campo en la migration, tiene mucho > que ver... supongo que lo estamos viendo desde diferentes ópticas. Pero en > ningún caso son cosas que no tienen nada que ver. Incluso hay un > asociamiento lógico, dejando de lado a Rails, campo-attribute si el objeto > en el que trabajás junto con ese campo se persisten. > > El 25 de noviembre de 2009 16:57, Matías Flores > <[email protected]>escribió: > > >> Pero los campos de columnas no tienen nada que ver con variables de >> >> instancia >> >> de una clase. >> > Si tienen que ver! :D Porque Rails te mapea las columnas que pongas en >> la >> > migration y te permite acceder a esos valores desde los models sin poner >> una >> > línea de código. Internamente supongo, como dijeron por ahí también, te >> crea >> > los getters, y te pone los valores en @attributes. >> >> Por eso... nada que ver =) >> >> Matías >> _______________________________________________ >> Ruby mailing list >> [email protected] >> http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar >> > >
_______________________________________________ Ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
