使用空格来对齐代码是否被认为是一种好的风格?

Iva*_*van 12 coding-style scala

例如,什么样的代码被认为更好的样式?如果我向专业开发人员展示我的代码并询问我的代码是否良好,那么使用第二种样式是否可能被视为(次要,但......)减去或加上我的代码质量?

我自己倾向于喜欢第二种风格,但更愿意遵守这种情况下最常见的观点.

1

val foo : Int = -1
val bar : Int = 1
val yohoho : Double = NaN
Run Code Online (Sandbox Code Playgroud)

2

val foo    : Int    = -1
val bar    : Int    =  1
val yohoho : Double =  NaN
Run Code Online (Sandbox Code Playgroud)

pr1*_*001 12

你改变了你的标签吗?我看到几个答案指的是Python,但我看到的唯一语言标签是Scala.如果您对Scala感兴趣,我会参考非官方的Scala风格指南.根据样式指南,我建议您的示例应如下所示:

val foo = -1
val bar = 1
val yohoho = Double.NaN
Run Code Online (Sandbox Code Playgroud)


Ada*_*tek 9

这只是我的拙见,但我个人只是讨厌缩进,就像任何编程语言中的第二个变体一样.有人声称"它看起来不错",但我发现它完全不切实际.例如,为了重命名变量,yohoho您必须重新调整所有其他变量(大多数编辑器都不会帮助您).


sta*_*lue 8

当使用重构工具重命名变量时,第二种样式将变得混乱.


dln*_*385 3

Python 的 PEP 8(即“Python 代码风格指南”)要求您不要使用空格来对齐代码:

讨厌的事

Avoid extraneous whitespace in the following situations:
Run Code Online (Sandbox Code Playgroud)

....

- More than one space around an assignment (or other) operator to
  align it with another.

  Yes:

      x = 1
      y = 2
      long_variable = 3

  No:

      x             = 1
      y             = 2
      long_variable = 3
Run Code Online (Sandbox Code Playgroud)

  • 如果问题被标记为 *Python*,这将是一个很好的答案 (21认同)
  • 嗯,Puppet 风格指南说你应该垂直对齐声明。它们与 Scala 风格有什么关系? (3认同)