Comentarios en: Ruby on Rails errores personalizados http://www.dokshor.com/ruby-on-rails-errores-personalizados Creando internet desde 1998 Mon, 06 Feb 2012 16:10:06 +0000 hourly 1 http://wordpress.org/?v=3.2.1 Por: framirezhttp://www.dokshor.com/ruby-on-rails-errores-personalizados/comment-page-1#comment-491 framirez Thu, 08 May 2008 16:05:31 +0000 http://www.gurunet.cl/framirez/ruby-on-rails-errores-personalizados#comment-491 Leo, entiendo lo que quieres decir, de hecho yo hago lo mismo con CakePHP y en mis proyectos J2EE.Lo que pasa que para ruby hay que especificarlo de esa manera, si quieres mas saber al caso de RoR , sigue el siguiente Link:http://www.railsforum.com/viewtopic.php?pid=3714Saludos :) Leo, entiendo lo que quieres decir, de hecho yo hago lo mismo con CakePHP y en mis proyectos J2EE.

Lo que pasa que para ruby hay que especificarlo de esa manera, si quieres mas saber al caso de RoR , sigue el siguiente Link:

http://www.railsforum.com/viewtopic.php?pid=3714

Saludos :)

]]> Por: Leo Barrientos Chttp://www.dokshor.com/ruby-on-rails-errores-personalizados/comment-page-1#comment-490 Leo Barrientos C Thu, 08 May 2008 06:49:49 +0000 http://www.gurunet.cl/framirez/ruby-on-rails-errores-personalizados#comment-490 Hola, la respuesta del tema de rellenar los datos del request es responsabilidad del Controlador en cuestión. En spring esto es automàtico gracias a los binds de los formularios, pero en Symfony yo hago un método command donde le paso el Objeto para ser llenado así usas el objeto para validarlo posteriormente y/o volver a desplegarlo en el formulario si hay errores. De esa forma tienes el objeto y si corresponde lo envías a persistir a través de un manager - pero desacoplas la "carga desde el formulario" y luego sigues trabajando con el objeto.Saludos. Hola, la respuesta del tema de rellenar los datos del request es responsabilidad del Controlador en cuestión. En spring esto es automàtico gracias a los binds de los formularios, pero en Symfony yo hago un método command donde le paso el Objeto para ser llenado así usas el objeto para validarlo posteriormente y/o volver a desplegarlo en el formulario si hay errores. De esa forma tienes el objeto y si corresponde lo envías a persistir a través de un manager – pero desacoplas la “carga desde el formulario” y luego sigues trabajando con el objeto.

Saludos.

]]> Por: Fabian Ramirezhttp://www.dokshor.com/ruby-on-rails-errores-personalizados/comment-page-1#comment-489 Fabian Ramirez Wed, 07 May 2008 23:05:14 +0000 http://www.gurunet.cl/framirez/ruby-on-rails-errores-personalizados#comment-489 En el controlador: error = Error.new("tipo") @error = errorVista: <ul> <% @error.lista.to_s %> </ul> En el controlador:
error = Error.new(“tipo”)
@error = error

Vista:
<ul>
< % @error.lista.to_s %>
</ul>

]]> Por: Fabian Ramirezhttp://www.dokshor.com/ruby-on-rails-errores-personalizados/comment-page-1#comment-488 Fabian Ramirez Wed, 07 May 2008 23:01:28 +0000 http://www.gurunet.cl/framirez/ruby-on-rails-errores-personalizados#comment-488 Estimado Leo:Muy buena respuesta y de hecho estoy bastante de acuerdo contigo. Mi consulta es:- Como lo haces para rellenar los valores de @request['usuario'] para los inputs y selects de forma automatica como me lo maneja actualmente este controlador asociado con esta vista?Saludos :) Estimado Leo:

Muy buena respuesta y de hecho estoy bastante de acuerdo contigo. Mi consulta es:

– Como lo haces para rellenar los valores de @request['usuario'] para los inputs y selects de forma automatica como me lo maneja actualmente este controlador asociado con esta vista?

Saludos :)

]]> Por: Leo Barrientos Chttp://www.dokshor.com/ruby-on-rails-errores-personalizados/comment-page-1#comment-486 Leo Barrientos C Wed, 07 May 2008 22:19:46 +0000 http://www.gurunet.cl/framirez/ruby-on-rails-errores-personalizados#comment-486 Hola, tan sólo quiero comentar que no me parece usar el objeto Usuario como el responsable de contener sus errores en un atributo (usuario.errors). Más allá de la implementación mostrada.Entiendo el objeto usuario como una entidad con precisamente la responsabilidad de representar el comportamiento eespecificado.Si producto de una acción manejada por un controlador, donde el controlador ordena realizar ciertas cosas, al producirse errores estos deberían ser contenidos en un objeto que si tenga ese comportamiento (Experto), por ejemplo un Singleton de mensajes de error. Finalemente así no acoplas los mecanismos propios de tu solución software con la naturaleza del modelo, pues entiendo que el objeto usuario no debe conocer jamás el mecanismo por el cual es utilizado y despachado a vistas o persisitido (Bajo acoplamiento).En lo personal yo uso un contenedor de mensajes codificados que tienen un tipo y depende las acciones del controlador (o los interceptores que validan o filtros en cadena) van agregando errores. Luego si estos contenedores tienen objetos ErrorMsg o Msg simplemente los muestro en un partial.Saludos Fabián, muy buen blog. Hola, tan sólo quiero comentar que no me parece usar el objeto Usuario como el responsable de contener sus errores en un atributo (usuario.errors). Más allá de la implementación mostrada.

Entiendo el objeto usuario como una entidad con precisamente la responsabilidad de representar el comportamiento eespecificado.

Si producto de una acción manejada por un controlador, donde el controlador ordena realizar ciertas cosas, al producirse errores estos deberían ser contenidos en un objeto que si tenga ese comportamiento (Experto), por ejemplo un Singleton de mensajes de error. Finalemente así no acoplas los mecanismos propios de tu solución software con la naturaleza del modelo, pues entiendo que el objeto usuario no debe conocer jamás el mecanismo por el cual es utilizado y despachado a vistas o persisitido (Bajo acoplamiento).

En lo personal yo uso un contenedor de mensajes codificados que tienen un tipo y depende las acciones del controlador (o los interceptores que validan o filtros en cadena) van agregando errores. Luego si estos contenedores tienen objetos ErrorMsg o Msg simplemente los muestro en un partial.

Saludos Fabián, muy buen blog.

]]>