弹性挡片的缺点是什么？ [关闭]

#1 楼

#2 楼

#3 楼

#4 楼

def foo( bar,
         xyzzy ):
         wibble() # Too much indentation

def foo( bar,
         xyzzy ):
    wibble()

#5 楼

void foo(
    int x,
    int y,
    string z
)

#6 楼

#7 楼

#8 楼

#9 楼

#10 楼

#11 楼

 def foo(x):
             '''<1 tab before the docstring.
No tab       <tab
No tab       <tab
             <tab  <another tab
             <tab  <another tab
             <tab'''
             if 1 or 2:    #<Tab before this comment
                           yield True
  
 
对于像Python这样依赖间隔的语言，除非您禁用弹性制表位提供的功能，否则这是一个大问题。如果您知道该选项的名称以及如何禁用它，像Vim和Emacs这样的编辑器就可以使大多数功能的禁用变得简单，但是对于上述代码，则必须禁用此功能。
 
那有人说，这对于x86 ASM，C，C ++，Go，XML，HTML和其他不太依赖空格的代码非常有用：
 
 
 import (
    "fmt"    // We love formatting functions.
    "io"     // Because I/O is useful.
    "os"     // Can't open a file without os.Open!
)

type Foo struct {
    Field1              int          // This is properly aligned
    ReallyLongField2    string       // with this.
    privateField        io.Reader    // Elastic tabstops are great for Go.
}
 
 
 
我会说，诸如Scheme之类的Lisp方言有其自己的约定，这也将使弹性制表符表达“丑陋”的代码。如果更改Tabstop设置以匹配2列的约定，并在不寻常的位置（在函数及其参数之间）插入Tabstop：
 
 
 
 
 (let loop ((n 1))
  (if  (> n 10)
        '()
        (cons  n
               (loop (+ n 1)))))
 
 
 
vs。更具可读性：
 
 
 (let loop ((n 1))
  (if (> n 10)
      '()
      (cons n
            (loop (+ n 1)))))
 
 
 
当然，这还不如Python差例如，但它肯定会降低代码的可读性。虽然我非常喜欢使用C＃或C ++之类的代码进行编码时的功能，但我却讨厌使用诸如Python或Scheme这样的语言（其中空格在功能上和/或视觉上有帮助）进行编码的功能。弹性制表符专门用于创建帮助而无需单独的缩进实用程序，但显然并非所有编程语言都适用。

评论
至少lisp的示例只是错误地使用了弹性制表符。如果要对齐某些内容，请在其行的开头使用相同数量的标签。您不仅要为以前使用的行使用不同数量的制表符，而且还要绕过以前使用的非弹性制表符。



 –mtraceur

 20-05-29在5:05 
我也没有看到Python示例有任何真正的问题-为什么您要在行注释中加上标签-仅使用两个空格，除非您要使其对齐。这就是制表符的含义-想要对齐（如在表中）-弹性制表符只是使您行中的制表符数量与其对齐（动态定位）列之间具有一对一的相关性。如果您使用标签，则表示要与下一行的内容对齐。如果您不选择注释，则不会这样做。



 –mtraceur

 20-05-29在5:09



 
但我对此回答+1，因为这表明弹性制表符的一个问题是人们只会使用他们现有的制表习惯（仅对固定制表符有意义），然后将其视为弹性制表符的问题，而不是采用花费几分钟的时间来了解弹性制表符如何使他们使用制表键来更有效地实现所需的功能。



 –mtraceur

 20 May 29'5:13 

#12 楼