탄성 탭 스톱의 단점은 무엇입니까? [닫은]

여기를보십시오 : 탭과 공백에 대한 전형적인 거룩한 전쟁 .

이제 여기를보십시오 : 탄성 탭 스톱 . 모든 문제가 해결되었으며 매우 유용한 새로운 동작이 추가되었습니다.

탭과 공백에 대한 논의에서 탄력적 인 탭 스톱이 언급 되었습니까? 왜 안돼? 탄력있는 탭 스톱 아이디어에 너무 심각한 단점이 있습니까?

편집 : 나는 "왜 그들이 언급되지 않은지"에 너무 많은 강조를 한 것에 대해 사과드립니다. 그것은 제가 의도 한 것이 아닙니다. 그 질문은 아마도 주제가 아닐 수도 있습니다. 내가 정말로 의미하는 것은 명백히 유익한 아이디어의 더 넓은 채택을 방해하는 이것의 가장 큰 단점은 무엇입니까? (모든 것이 이미 그것을 지원하는 이상적인 세상에서)

( 탄력적 인 tabstops 의 Visual Studio 구현 에 대한 Microsoft Connect 요청과 Eclipse 의 요청 도 이미 있습니다. 또한 탄력적 인 tabstops를 구현하는 다른 편집자 에 대한 질문이 있습니다. )

거룩한 전쟁은 주관적이다

Nick의 탄력적 인 탭 스톱은 많은 사람들이 실행 가능한 솔루션에 동의하는 데 도움 이되는 놀라운 개념 입니다.하지만이 성전을 완전히 끝낼 것이라고 의심합니다. 결국 맛 의 문제 이며 많은 프로그래머가 타협 비용에도 불구하고이 문제에 대한 입장에서 이것이 첫 번째 이유입니다.

예를 들어, "공간"측면의 많은 사람들 은 적절한 렌더링을 위해 소프트웨어 에 추가 로직 이 필요하기 때문에 여전히 싫어합니다 (예 : SCM 웹뷰에서 변경 세트보기).

구현 문제

그러나 가장 눈에 띄는 이유는 바로 그것입니다 항목에 대한 기술 장벽 : 그것은이다 근본적으로 다른 개념 의 IDE 및 텍스트 편집기에서 년의 수 (그렇지 않으면 수십 년)에 대해 구현 된 것과. 상당히 다른 fasion으로 라인을 처리하기 위해 이들 중 일부를 다시 작성해야하므로 라인 처리 코드에서 깊고 긴밀한 결합을 겪을 가능성이 높은 구형 및 대형 시스템에서는 어려움을 겪습니다. 그러나 처음부터 시작할 때 ( 닉의 데모 또는 Go 의 타자기 패키지를 생각하면) 훨씬 쉽게 수행 할 수 있습니다 .

개인적인 일화의 경우, 나는 이맥스 지원이 있는지 물어보기 위해 저자에게 잠시 다가가는 것을 기억합니다.이 특별한 경우에 그는 사소하지 않은 이유로 이것을 언급했습니다. 또한이 기능을 구현하고 대중에게 제공 할 수 있도록 커뮤니티의 도움을 요청했습니다.

우리는 충분히 배려합니까?

세 번째 이유는 일부 개발자가 문제에 매달리지 않았으며 노력을 지원하기 위해 여분의 마일을 가지려고 실제로 신경 쓰지 않기 때문입니다. 대부분의 경우 spaces-vs-tabs 충돌은 비즈니스 차단 기능이 아니므로 문제의 원인은 많지 않습니다.

당신이 그것을 원한다면, 당신은 그것을 위해 싸워야합니다. 오픈 소스 소프트웨어에서 가능한 것입니다. 그리고 만약 당신이 이것들을 충분히 바꾸면, 폐쇄 된 소스는 그것의 아주 작은 부분이라면 사용자의 일부를 잃을 위험에 따라야합니다.

그래서 원한다면 Nick에게 손을 줘.

여러 번 나는 단어의 배치를 제어하는 ​​숨겨진 자동 규칙없이 문서가 원하는 방식으로 보이도록 워드 프로세서와 싸워야했습니다. 편집자가 왜 그 단어들을 거기에 두어야하는지 알아 내기 위해 1 초를 쓰고 싶지 않습니다.

내가 처음 들었을 때입니다. 그것들이 좋은 아이디어인지 확실하지 않지만 이미 코드를 자동으로 포맷하는 도구 (들여 쓰기)가 있기 때문에 거의 사용되지 않는 것 같습니다.

vim에서 영리한 탄력있는 탭 스톱을 열고 편집하면 어떻게됩니까? 탭이 자동으로 정리됩니까? 아니면 엉망입니까?

내가 본 것처럼 주요 단점은 차이점, 버전 제어를 깨뜨리고 지원하지 않는 편집기와 호환되지 않을 수 있습니다. 그것들을 지원하기 위해 많은 코드 수정이있을 수 있으며 "코드를 포맷하는 또 다른 탭"기능보다 더 중요한 것들이 있습니다. 결국 indent메모리가 제공되면 위의 모든 작업을 수행 할 수 있습니다.

솔직히 말해서, 당신이 처음 흥분을 극복 한 후에는 그것들이 유용하다고 생각하지 않습니다. 예를 들어, 나는 줄 끝에 주석을 좋아하지 않습니다 – 나는 항상 주석을 별도의 줄에 넣습니다. 이를 통해 탄성 탭의 주요 사용이 중단됩니다.

그 후에도 함수 인수와 매개 변수 및 긴 할당 목록을 정렬하는 데 계속 사용할 수 있습니다.

그러나 전자의 경우 모든 인수를 하나의 추가 수준으로 들여 쓰는 경향이 있으며 그것은 나에게 완전히 잘 작동합니다.

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

그리고 보이지 않는 어떤 것을 변경해야합니다.

그리고 과제를 정렬하는 데는 그렇게하지 않습니다. 과제물 주위에 하나의 공백을 두었습니다. 또한 많은 과제를 함께 묶지 않기 때문에 가독성 문제가 거의 없습니다.

요약하면, 탄성 탭은 절대적이 제로 나에 대한 유용성을. 이것은 물론 매우 개인적인 취향 일 수 있지만 잘 작동한다는 것을 알았으며 탄력있는 탭에 대한 지원 부족은 다른 사람들이 비슷하게 생각하기 때문이라고 생각합니다.

경우 편집자가이를 구현하는 것이, 나는 여전히 그들을 사용하지 않을 것입니다.

한 가지 단점은 한 줄 그룹에서 정렬 한 다음 다음 줄에서 들여 쓰기를 원할 경우 작동하지 않는다는 것입니다. 인접한 줄의 탭 정지를 그룹화하기 때문입니다.

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

내가 원하는 것 :

def foo( bar,
         xyzzy ):
    wibble()

중괄호 언어의 경우 일반적으로 여는 중괄호를 자체 줄에 애니메이션으로 표시하여 해결할 수 있기 때문에 문제가 덜 될 수 있지만 공백에 민감한 언어의 경우 빠르게 고통을 겪습니다. 그리고 당신은 공백을 사용하는 것으로 돌아 가야합니다.

왜 수직 탭 문자 (VT, ASCII 11)를 탄성 탭 스톱 사용을 나타내도록 만들지 않습니까? 주류 프로그래밍 언어 에서는 아무 목적 이 없지만 모든 AFAIK에서 유효한 공백으로 구문 분석됩니다.

이는 탄력적 탭 스톱 사용이 더 이상 외부화 된 규칙이 아니라는 것을 의미합니다 (예 : "이 파일은 탄성 탭 스톱으로 포맷되었습니다. 설정하십시오"). 사례별로 선택합니다.

기존 텍스트 편집기는 일반적으로 세로 탭 대신 글리프 또는 단일 공백을 표시합니다. 이것은 이상적이지는 않지만 적은 비용으로 IMO를 지불합니다.

그것들은 대부분의 텍스트 편집기 IDE에서 구현되지 않았기 때문에 언급되지 않았습니다. 그것들은 프로젝트에서 거의 사용되지 않는 참신함입니다.

펀치 카드 시절부터 프로그래밍을 배치하는 데 공간이 사용되었습니다. 탭이 나왔고 누군가가 자신들이 좋은 생각이라고 생각했습니다 (그들은 잘못되었습니다 : p).

대부분의 최신 편집자가 탭을 공백으로 자동 변환 할 수있는 시대에는 상당히 의미가 없습니다.

탭 대 공백처럼 사소한 것을 처리하기 위해 또 다른 도구를 설치해야한다는 것은 확실히 나에게 호소력이 없으며, 대부분의 동료에게는 그렇게 생각하지 않습니다.

IDE가 지원한다면 (Microsoft!) 많은 도움이 될 것이라고 생각합니다. 사람들이 꽃 상자를 옆으로 때리고 읽을 수있게되면 발견 할 수 있습니다. 소스 코드에 갑자기 더 많은 주석이 추가 될 수 있습니다 (좋은 일이 될 수 있습니다).

우리는 또한 '도구 설명'을 '경우에 좋을까요?'목록에 추가 할 수 있다고 생각하므로 큰 주석 블록을 숨기고 필요할 때 쉽게 볼 수 있습니다. 어쩌면 우리는 문서의 일부를 구성하는 주석 블록을 가질 수도 있습니다 (모형이 아닌 코드에 포함 된 적절한 사용자가 읽을 수있는 문서 조각이 아닙니다)

단점 : 실제로 1 개만 수정했을 때 많은 줄이 변경된 것처럼 보이면 소스 diff가 나빠 보일 수 있습니다 (편집기가 탭을 공백으로 변환하여 파일을 저장 한 경우). 또는 탄성 탭이 단일 문자 (또는 2 개의 탭 정지)로 구현 된 경우 편집기 외부에서 소스를 보는 것이 좋지 않을 수 있습니다.

나는 줄 끝의 '탭 탭'이 주석 블록을 탄력 화하고 그에 따라 후속 행에 대한 모든 주석을 정렬합니다 (이중 탭 간격이 있음).

내가 보는 방법은 다음과 같습니다. 대부분의 인기있는 도구가 이미 탄성 탭 스톱을 지원하면 많은 사람들이 도구를 사용합니다. vi의 탐색 / 편집 모드, 구문 강조 표시 및 나중에 Intellisense에서도 마찬가지입니다. 각각의 경우에, 확립 된 지혜는 그것이 유용하지 않거나 필요하지 않다는 것이었지만, 구현되어 시작되었습니다.

물론 탄성 탭 스톱은 상대적으로 영향이 적습니다. 대부분의 사람들은 현 상태에 충분히 만족하므로 신경 쓰지 않습니다. 유사한 추론이 일부 사람들이 자신이 가진 것에 만족하고 더 진보 된 것으로 전환 할 이유가없는 많은 상황에 적용됩니다. 다시 말해, 탄성 탭 스톱의 가장 큰 문제는 거의 모든 다른 좋은 아이디어와 동일합니다. 견인력을 얻어야합니다.

그러나 이것이 기능을 점진적으로 채택 할 수 없다는 것을 의미하지는 않습니다. 팀 전체에 새로운 컴파일러와 새로운 IDE가 필요하지만 모든 단일 프로그래밍 언어가 점진적으로 채택되었습니다. 모든 단일 하드웨어 아키텍처와 다른 많은 예에서도 마찬가지입니다. 기존 도구와의 통합이 부족한 경우도 마찬가지입니다. 예를 들어 "통합 -diff 형식"도 마찬가지입니다. 그럼에도 불구하고 자동화 된 도구로 이해하기 어려운 읽기 어려운 이전 형식을 점진적으로 대체했습니다. (예 : 패치). 이러한 도구는 시간이 지남에 따라 업그레이드되었습니다.

나는 다른 사람들이 언급 한 interop 문제에 감사하지만, 그럼에도 불구하고 우리의 망설임없이 이것을 채택 할 팀이 분명히있을 것이다. diffing, merging 등과 같은 외부 도구는 처음에는이를 지원하지 않지만 공급 업체가 해당 기능을 포함하도록 권장합니다. 이것이 항상 진보 한 방법입니다. 일시적인 과도기에는 약간의 고통이 필요하지만 결국에는 그만한 가치가 있습니다.

내가 가진 가장 큰 문제는 문서 전체의 간격이 일정하지 않다는 것입니다. 나는 프로그래머로서 나는 '표준'들여 쓰기에서 루프 또는 if 문을보고 다른 들여 쓰기에서 주목하는 것을 짜증나게 할 것입니다. 나는 개인적으로 나는 내가보고있는 코드 블록뿐만 아니라 문서 전체에 걸쳐 모든 중괄호가 정렬되어있는 것을 좋아한다는 것을 알고있다.

전반적으로 나는 그것이 좋은 생각이라고 생각하지만 개인적으로 나는 그것을 좋아하지 않을 것입니다.

방금 친숙한 프로그래밍 언어 (주로 HTML / XML 및 C와 같은 언어)와 함께 잘 작동하는 jEdit의 탄력적 탭 스톱 구현을 시도했습니다. 그러나 Python 코드를 사용하면 렌더링 방법이 표시됩니다 (탭 대신 공백이 정렬되는 방식을 보여주는 공간).

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 열 규칙에 맞게 변경하고 비정상적인 위치에 함수와 인수 사이에 tabstops를 삽입하면 다음과 같습니다.

(let loop ((n 1))
  (if  (> n 10)
        '()
        (cons  n
               (loop (+ n 1)))))

더 읽기 쉬운 대 :

(let loop ((n 1))
  (if (> n 10)
      '()
      (cons n
            (loop (+ n 1)))))

물론 이것은 파이썬 예제만큼 나쁘지는 않지만 코드의 가독성을 확실히 감소시킵니다. C # 또는 C ++와 같은 코드로 코딩 할 때 기능을 매우 좋아하지만 공백이나 기능이 시각적으로 도움이되는 Python 또는 Scheme과 같은 언어로 코딩 할 때는 기능을 싫어합니다. 탄력적 인 탭 스톱은 별도의 들여 쓰기 유틸리티 없이도 도움이되도록 특별히 만들어졌지만 모든 프로그래밍 언어에 적용되는 것은 아닙니다.

Emacs는 닫히지 않은 괄호가있는 상태에서 이미 들여 쓰기를 처리하고 wilma 를 fred 와 자동으로 정렬 합니다. Eclipse가 왜 그렇게하지 않는지 모르겠습니다. 좋아, 나는 아이디어가 있지만 그것은 무료입니다.

많은 어려움없이 Emacs가 주석을 정렬하도록 할 수는 있지만 AFAIK는 아무도 그것을 원하지 않았습니다.