Alineación vertical: sí o no? [cerrado]

13

Por ejemplo, no alineado verticalmente:

Name:   Hamt
Version:  0.1.0
Cabal-Version:  >= 1.2
License:  BSD3
Author:  Jason Baker

O alineado verticalmente:

Name:           Hamt
Version:        0.1.0
Cabal-Version:  >= 1.2
License:        BSD3
Author:         Jason Baker

¿Cuál prefieres y por qué?

    
pregunta Jason Baker 26.12.2010 - 01:41

6 respuestas

17

Personalmente, opino que la segunda versión del código es un poco más legible, pero no creo que mantenerlo compense esa legibilidad. Por lo tanto, solo usaría la segunda versión de este ejemplo si estaba bastante seguro de que el código no cambiaría.

    
respondido por el Jason Baker 26.12.2010 - 01:43
7

Prefiero un híbrido:

Name    : Hamt
Version : 0.1.0
Cabal-Version :  >= 1.2
License : BSD3
Author  : Jason Baker

Es esencialmente el número 2 con excepciones para las líneas ocasionales que son más largas que las líneas circundantes, para evitar que la mayoría de las líneas estén muy separadas.

    
respondido por el Steve Fallows 26.12.2010 - 05:07
7

Ahorra tiempo cuando lo haces así:

Name: Hamt
Version: 0.1.0
Cabal-Version: >= 1.2
License: BSD3
Author: Jason Baker

Tampoco es demasiado difícil de leer.

    
respondido por el Alex 26.12.2010 - 09:08
6

Prefiero el primero, pero sin las pestañas (que supongo que los espacios en blanco son); sólo un espacio en blanco en su lugar. Para mí eso es más fácil de leer cuando los datos no son "similares", como en el caso dado. También hace que sea más difícil (mientras se editan dichos datos) "leer mal una fila", es decir, cuando tiene tres filas, digamos, los números de versión. Y luego, al editar uno, accidentalmente editas otro en su lugar.

Cuando los datos son similares, sin embargo, tiene mucho sentido colocarlos en columnas como en el segundo ejemplo (solo que no hay algo similar, pero se entiende).

    
respondido por el Rook 26.12.2010 - 02:11
6

Aquí hay otra variación para los diseños de lista basados tanto en la experiencia como en la educación de un curso universitario que tomé sobre la interacción persona-computadora y varios libros que he leído sobre diseño y diseño gráfico de la interfaz de usuario (G). Lo uso para diálogos, y cuando tengo la energía / tiempo, para CSS (aunque normalmente no para el código).

          Name : Hamt
       Version : 0.1.0
 Cabal-Version : >= 1.2
       License : BSD3
        Author : Jason Baker

Como todos los demás, tiene sus pros y sus contras.

Pros:

  • Un fuerte salto visual separa los datos de las etiquetas
  • Aspecto de diseño gráfico profesional estéticamente agradable (especialmente para archivos finalizados y publicados)
  • Los datos están más cerca de la etiqueta, lo que facilita su asociación (reduce las posibilidades de leer a través de una línea a los datos incorrectos)
  • Ideal para diseños de cuadros de diálogo

Contras:

  • Requiere más tiempo para formatear correctamente
  • Requiere realineación cuando se agrega un nuevo elemento más largo
  • No es tan útil para el código



HTH

    
respondido por el Synetech 27.01.2011 - 03:44
5

Desafortunadamente, al ser una pregunta de estilo, esto es muy subjetivo y es probable que tengas muchos resultados conflictivos. Además, el estilo de uso depende en gran medida de su uso de TAB o espacios.


En cuanto a mis dos centavos, prefiero una variación de la segunda versión. Me gusta esto mejor:

Name            : Hamt
Version         : 0.1.0
Cabal-Version   : >= 1.2
License         : BSD3
Author          : Jason Baker

Es la versión más legible y fácil de usar que he probado. El único inconveniente real es que tengo que averiguar cuál es el campo más amplio y, a veces, tengo que expandirlos todos cuando uno es demasiado ancho (esto generalmente solo ocurre con CSS). Sin embargo, hay algunos puntos que deben ser considerados.

Primero, generalmente prefiero TABs en lugar de espacios, sin embargo, la configuración real de TAB varía; por ejemplo, estoy acostumbrado a las TAB de 4 espacios para el código C (++) o HTML y las TAB de 2 espacios para el código de Pascal o Assembler, mientras que para algunas cosas como CSS, no tengo preferencia por el ancho de la TAB. Esta variación complica bastante las cosas, pero luego el editor que uso arroja sus propias complicaciones. Algunos editores le permiten establecer la configuración de TAB por idioma, pero otros no (incluso algunos que tienen perfiles diferentes).

Puedes evitar esta complicación si renuncias a los TAB en lugar de los espacios. Dado que el código suele estar en una fuente de ancho fijo, el uso de espacios funciona bien, mientras que si está formateando campos en un formulario, resumen u otro texto sin código y está utilizando una fuente proporcional, necesitará TAB para mantener las cosas alineadas .

Prefiero los TAB en general porque incluso con el código de ancho fijo, me resulta frustrante tener que desplazar varios espacios para cada TAB. Recuerdo que los antiguos IDE de Borland tenían una opción para desplazarse a través de las TAB (específicamente, longitudes completas de espacios en blanco) como una sola entidad en lugar de como espacios de dos, cuatro, etc. Eso hizo práctico insertar TABs como espacios y hacer que la navegación del cursor sea fácil y rápida. Desafortunadamente, no he visto ningún editor moderno de Windows que pueda hacer eso.

Finalmente, si otros usarán tu código o no, es un factor importante en la elección del estilo. Normalmente soy el único que usa mi código, así que puedo formatear todo de acuerdo a mi gusto sin importar los editores o la configuración de otros. Si está trabajando con otros, deberá tenerlos en cuenta, ya que tendrá que considerarlo a usted.


En resumen, la legibilidad es buena y muy deseable; sin embargo, la configuración y los editores que usted y otros que necesiten para usar el código serán importantes al tomar la decisión. Si está solo, también puede utilizar el formato que sea más legible. Es posible que deba acostumbrarse a usarlo, pero es probable que se vea recompensado a largo plazo, especialmente cuando necesite volver al código que escribió hace un tiempo: la legibilidad es tan importante como los comentarios para comprender qué hace el código. Si trabaja con otros, entonces querrá trabajar en conjunto para establecer algún tipo de guía de diseño para que la use el equipo.

    
respondido por el Synetech 26.12.2010 - 04:05

Lea otras preguntas en las etiquetas