Hola, hace mucho que no participo, pero es un tema interesante, manejar todo como excepciones hace que el código sea bastante más entendible en general, salvo que la lógica dentro de la excepción tenga demasiada interacción con el método "normal".
Otro aspecto importante que creo que todo rubysta comparte es que es muy importante que hacer las cosas de determinada manera no lleve a código horrible y repetitivo. Acá hay un análisis interesante: http://olabini.com/blog/2008/10/condition-system-in-ioke/ Saludos. Lucas. 2008/12/1 Pedro Visintin <[EMAIL PROTECTED]>: > Hola Gente: > > Tema medio filosófico que se aplica a otros lenguajes también. > > Cuando tenemos que, por ejemplo, grabar un modelo active record en un > controller. > > No se imaginen cosas raras, el modelo no tiene ninguna cosa mágica dentro, > solo validaciones. > > Qué usamos save! o save? > > Pregunta adicional, los errores funcionales (el usuario mete mal los dedos) > deben ser tratados como excepciones? > > Todo debería ser una excepción? o se simplifica si los errores funcionales > (las password no coinciden por ejemplo) son manejados por el código sin > excepciones y los técnicos (duplicate key entry) son manejados por > excepciones. > > Que piensan? > > P > > -- > Pedro Visintin . S o f t w a r e A r c h i t e c t > http://www.pedrovisintin.com > > Ruby On Rails Argentina. http://blogs.onrails.com.ar > > Personal page: > http://www.p-e-t-e-r-p-u-n-k.com.ar > > "Todo descontento por aquello que no tenemos parece provenir solamente de > nuestra falta de gratitud por aquello que tenemos" > > > _______________________________________________ > 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
