button_to vs link_to

[tomasulo]

me he documentoado y veo q existen dos helpers button_to y link_to
la diferencia entre los dos esta clara, y tb creo q tengo se para que se tiene que utilizar cada cosa, pero mi ingles no es muy completo y no termino de entender lpq en algunos casos es mejor utilizar button_to .

Código:

The problem is that the link_to( ) helper
generates an HTML
<
a href=...
>
tag. When you click on the corresponding link, your browser generates an HTTP GET request to the server. And HTTP GET requests are not supposed to change the state of anything on the server they're only to be used to fetch information.
We previously showed the use of :post => true
as one solution to this problem.
Rails provides a useful alternative: the button_to
( ) method also links a view back to the application, but it does so by generating an HTML form that contains just a single button. When the user clicks the button, an HTTP POST request is generated. And a POST request is just the ticket when we want to do something like add an item to a cart.

[Epaminondas Pantulis]

link_to genera peticiones GET. Según el protocolo HTTP, las peticiones GET deben ser idempotentes. O lo que es lo mismo, si invocas la petición GET varias veces seguidas obtienes el mismo resultado. O, dicho de otro modo, las peticiones GET no deben ser destructivas, no modifican l estado de la aplicacaión.

Por eso, para las acciones de borrado o añadido de elementos, por ejemplo, no es conveniente usar link_to: estarías generando un enlace GET para una acción destructiva en tu app. *Podría* no pasar nada, pero estarías violando la semántica de la web. Y nunca sabes qué podrías romper: cuando Google lanzó su "Google Web Accelerator", una de las cosas que hacía este sistema era precargar todos los enlaces GET de una página automaticamente. Imagínate qu ele enseñas una página cargada de link_tos a acciones de borrado de elementos :)

Para estos casos, conviene usar una petición POST. Para ello, la llamada button_to generará un form y un botón automáticamente de forma sencilla y transparente.

[tomasulo]

gracias otra vez,

la verdad es q tu ingles lo entiendo perfectamente.

NOta del Dia:
las peticiones GET deben ser idempotentes. O lo que es lo mismo, si invocas la petición GET varias veces seguidas obtienes el mismo resultado.

[Inda]

<%= link_to "(delete)",
{:action => "delete", :id => receta.id},
:confirm => "¿Seguro que quieres borrar #{receta.titulo}?" %>

Utilizando un :confirm uno no tendria problema de que borrasemos muchas cosas

[Epaminondas Pantulis]

Iniciado por Inda

<%= link_to "(delete)",
{:action => "delete", :id => receta.id},
:confirm => "¿Seguro que quieres borrar #{receta.titulo}?" %>

Utilizando un :confirm uno no tendria problema de que borrasemos muchas cosas

Es una posibilidad. Pero fíjate que no solucionarías el problema de Google Web Accelerator, que no entiende Javascripts; se limita a encontrar un link y "precargarlo".

[Inda]

pero ese link no lo cargaria por que esta detras de un javascrip no?

[Epaminondas Pantulis]

Iniciado por Inda

pero ese link no lo cargaria por que esta detras de un javascrip no?

No tiene por qué no hacerlo, depende de lo astuto que sea. Por cierto, he visto que hay un plugin de Firefox, llamado Fasterfox que viene a hacer algo parecido: es capaz de buscar los enlaces de la página y abrirlos antes de que lo hagamos nosotros -para mejorar la velocidad de carga-.