2010-01-08 18 views
5

Búsqueda de información sobre patrones de diseño de IU con respecto al uso de hipervínculos frente a botones.Hiperenlace frente a botón

Una pantalla en una aplicación web debería/podría tener una combinación de botones e hipervínculos. Parece que el 'aspecto' es el principal factor de gobierno en cuanto a cuál se utiliza, pero quiero algo más lógico que eso.

¿Alguien sabe de alguna regla rápida sobre cuándo usar cada una?

¿Tiene pautas propias que le gustaría compartir?

Gracias.

+0

Simplemente no use botones que cambien el cursor a la 'mano' del hipervínculo. Realmente odio eso. – StuffMaster

Respuesta

6

Los enlaces van a lugares. Los botones envían lugares de datos.

En pocas palabras, si tiene datos de formulario, tenga un botón. De lo contrario, no.

1

En general, los botones se utilizan para enviar formularios, I.E. inicio de sesión, orden de compra, etc.

Los enlaces, por otro lado, se usan con más frecuencia para moverse entre las páginas.

1

Además de la diferencia enviar/navegar que otros han dicho, también es importante tener en cuenta que los enlaces se pueden marcar.

+0

También pueden botones. Los formularios ** pueden ** tener 'method =" get "', de hecho, es el predeterminado. Tome los resultados de búsqueda de Google, por ejemplo, pueden marcarse. – Quentin

+0

Muy cierto. Estaba pensando más en el clic derecho y guardar el sentido de marcador. –

0

Un conjunto de reglas que sigo (no queridos necesariamente científicas) es:

Botones:

  • Cuando estoy en un formulario (el botón de envío)
  • Cuando necesito hacer una acción se destacan en una página determinada (como en "Agregar una nueva persona" o "Comprar ahora")

Enlaces:

  • Todos los demás casos
0

Echa un vistazo a las aplicaciones existentes en la web y ver lo que utilizan. Los enlaces generalmente se usan en aplicaciones sociales como Facebook, pero esa no es una regla dura y rápida. Mira lo que otros han hecho en el mismo género de la aplicación en la que estás trabajando.

Además, algunos marcos modifican algunas de las reglas. Por ejemplo, los enlaces ASP.NET pueden publicarse en el servidor, por lo que los enlaces tienen más peso (aunque el marco MVC no tiene esta capacidad).

HTH

+0

Un enlace nunca puede publicar datos en el servidor (y la tecnología de back-end es irrelevante ya que el cliente maneja los enlaces). Un enlace puede tener un JS adjunto que publique datos en el servidor, pero eso sería un retorno a un GET cuando el JS no funcionó, por lo que casi siempre es una idea terrible. – Quentin

+0

Utiliza un método del lado del cliente para hacer la publicación, pero es una operación de publicación. También hay soporte en JQuery para publicar datos ($ .post) para que JQuery pueda hacer una publicación desde un enlace también ... Y .NET todavía parece funcionar incluso sin JS habilitado, así que creo que cubrieron esa base también, aunque admito que no estoy seguro de por qué ... –

2

Como otros han dicho, pero posiblemente un poco más general:

  • Enlaces van lugares.
  • Botones hacer cosas.

(es decir, más 'hacer cosas' es más general que 'enviar datos'. Por supuesto 'ir' en alguna parte está 'hacer' algo, así que supongo botones hacen cosas además de ir a lugares.)

Generalmente. :-)

Cuestiones relacionadas