Hay debates viejos como tabs vs. spaces, pero esta vez la pregunta es sobre cómo poner espacios.
Por ejemplo, supongamos que existe un código como el del ejemplo de abajo.
Entonces hay quienes escriben from y el signo igual alineados en la misma columna, y quienes no.
// Case A.
import potato from 'potato';
import sweetpotato from 'sweetpotato';
const red = 0xff0000;
const orange = 0xff8000;
// Case B.
import potato from 'potato';
import sweetpotato from 'sweetpotato';
const red = 0xff0000;
const orange = 0xff8000;
Déjenme en los comentarios cuál de los dos casos prefieren.
Más que nada, también me da curiosidad si existe algún nombre para referirse a estos estilos.
- Prefiero A.
- Prefiero B.
- Prefiero X, pero en la empresa usamos Y (...)
10 comentarios
Prefiero B y en la empresa también usamos B.
Principalmente prefiero A.
Pero a veces, cuando defino más de 10 líneas de constantes y variables, lo uso muy de vez en cuando.
Yo prefiero A. Con B, si no está definido por convención, me resulta incómodo al colaborar.
Prefiero A.
¿Qué estilo prefieren?
A veces veo código escrito con B en código hecho por otras personas, y cada vez me impresiona porque se ve muy legible, pero si programo con B el formateador y el linter se vuelven locos, así que prácticamente nunca he escrito así. Además, da un poco de flojera escribirlo.
A veces uso el estilo B, pero escribo el código alineándolo con la posición del tab stop.
No me convence mucho porque tiene la desventaja de que el diff se termina propagando innecesariamente a otras líneas.
Claro, se puede ver el diff ignorando espacios en blanco, pero no se le puede exigir eso a otros colaboradores ni a quienes revisan el código..
En la mayoría de los casos prefiero A.
Solo hubo exactamente una vez en la que, mientras escribía código, sentí que un caso como B era mejor. Era código que necesitaba integrarse con una DLL externa, y usé un enfoque como B para mejorar la legibilidad en la parte donde se definían varias constantes para usar con esa DLL.
Por supuesto, otra razón por la que pude elegir un enfoque como B fue que ese código de integración casi no iba a cambiar, así que una vez escrito ya no había que tocarlo. Si hubiera sido código que cambiara con frecuencia, probablemente me habría mantenido con el enfoque A siempre que fuera posible.
¡Prefiero el autoformateo por idioma!
(Por lo general es A, pero creo que en
gofmtde Golang lo dejé como B.)¡A!
Sin un formateador aparte, el estilo B es bastante pesado de mantener y, según la fuente, la alineación también puede desacomodarse...