범위를 나타 내기 위해 공백과 {}를 사용하는 언어의 장단점은 무엇입니까? [닫은]

범위를 나타 내기 위해 공백이나 괄호와 같은 토큰을 사용하는 것이 더 나은지 여부에 대해 충돌이있는 것 같습니다. 일관성없는 들여 쓰기 문제에 대한 파이썬의 솔루션을 칭찬하는 많은 것을 보았지만 많은 사람들이 동의하지 않았습니다.

토큰으로 공백이있는 언어는 죽어야합니다.

같은 답변에 나중에 게시 :

나는 실제로 그것을 시도 할 때까지 일종의 공백 방지 토큰이었습니다. 내 개인 공백 레이아웃이 파이썬 랜드의 모든 사람이 사용하는 것과 거의 일치하는 데 도움이되었을 것입니다. 어쩌면 내가 약간 미니멀리스트이지만 어쨌든 들여 쓰기를 원한다면 왜 {}을 귀찮게합니까?

각 측면에 대한 명확한 주장을 볼 수 있습니다.

공백 사용하기 :

• 코드에서 일관성없는 들여 쓰기를 줄입니다.
• 동일한 목적을 위해 보이는 토큰을 공백으로 대체하여 화면을 지 웁니다.

토큰 사용 :

• 코드를 다른 수준으로 잘라내어 붙여 넣기가 훨씬 쉬움 (들여 쓰기를 고칠 필요가 없음)
• 더 일관된. 일부 텍스트 편집기는 공백을 다르게 표시합니다.
• 현재 더 인기가 있습니다.

내가 놓친 점이 있습니까? 당신은 어느 것을 선호합니까? 오랫동안 서로 협력 한 후 지혜로운 말이 있습니까?

추신. 언어가 각 제어 구조에 대해 동일한 토큰을 사용하지 않을 때 나는 그것을 싫어합니다. VB는 그것 End If과 End While진술 로 정말 성가시다 . 대부분의 다른 언어는 모든 것에 {}를 사용한다. 그러나 그것은 다른 질문에 대한 주제 일 것입니다 ...

많은 프로그래머 (자체 포함)가 모든 결정을 "논리 화"하는 경향이 있다고 생각합니다. 괜찮지 만 모든 질문에 논리적 대답이있는 것은 아닙니다. 예를 들어, 요리사가 사과 파이 대 체리 파이의 장단점을 묻는 chefoverflow에 질문이 게시되는지 의심합니다. 당신이 더 좋아하는 질문입니다.

그 점을 염두에두고 가장 간단한 대답은 "일부 괄호를 좋아하는 사람들, 공백을 좋아하는 사람들"이라고 말하는 것입니다.

완전한 팬보이처럼 들릴 위험이 있기 때문에 공백이 "코드의 일관성없는 들여 쓰기를 줄이는 데 도움이된다"고 주장하는 사람들은 Visual Studio를 사용한 적이 없다고 생각합니다. 단일 명령 (기본 단축키는 Ctrl + K, D라고 생각)으로 모든 들여 쓰기가 즉각적으로 일관됩니다 ¹. 또한 코드를 붙여 넣을 때 아무 것도 할 필요없이 들여 쓰기가 즉시 수정되며 새 코드를 작성 if하거나 다른 블록에 무언가를 줄 바꿈 할 때도 마찬가지입니다 (재 포맷 }은 입력 됨). 또한, 완료된 명령문 이후에 Enter를 누르면 이전 명령문이 추가로 들여 쓰기 된 경우에도 항상 다음 명령문에 대해 올바른 들여 쓰기 레벨에 커서를 놓습니다.if또는 그와 유사하게, 진술이 아직 if끝나지 않았을 때 우연히 생각하기가 매우 어렵습니다 .

내가하려고하는 요점 은 Visual Studio가 훌륭하다는 것이 아닙니다 . 내가하려고하는 요점은 IDE가 들여 쓰기 수정 (및 기타 서식 문제)을 자동화 할 수 있지만 프로그램의 의미가 형식에 의존하지 않는 경우에만 가능하다는 것입니다. 이를 통해 프로그래머는 실제 프로그래밍 작업에 집중할 수 있습니다. 파이썬과 같은 구문은 비생산적입니다. 들여 쓰기 자체가 일부 의미를 지정하기 때문에 파이썬 코드의 들여 쓰기를 "수정"할 수있는 IDE를 작성할 수 없습니다.

¹ _{(VS는 포맷을 거부하는 특별한 경우, 즉 여러 줄에 걸쳐있는 배열 리터럴을 알고 있지만 요점 옆에 있습니다.)}

개인적으로 나는 코드가 다른 범위에 있음을 깨닫게하기 위해 자체 줄에 토큰을 두어 빈 줄을 도입해야한다는 것을 알았습니다.

파이썬 사람들이 갈 때 나는 그것을 싫어한다.

if something
    do something
    do somethingelse

    cleanup
else
    do the other thing

토큰 랜드에있는 동안 사람들이 복사하여 붙여 넣기를 하고 들여 쓰기를 정리하지 않으면 싫어 합니다 .

if something
{
I have been too lazy
      {
            to clean up
            }
what I pasted
}

또는 토큰에 별도의 줄을 사용하지 마십시오 .

if something {
    I find this confusing
}
else {
especially when combined with the previous 
do something
}

세 가지를 모두 읽을 수는 있지만 예상대로는 아니며 구문 분석을 위해 노력해야 하며 Joel이 말한 것처럼 작동하지 않으면 좌절하게 만듭니다.

장점 : 내가 아는 한 파이썬 세계에는 들여 쓰기 / 중괄호 배치 거룩한 전쟁이 없습니다. 개발자를 대신하여이 결정을 내리면 약간의 고통을 덜었을 것입니다.

단점 : 익명 함수는 한 줄로 제한됩니다. 사운드는 좋아하지만 자주 자신이 멀티 라인까지 작성 찾을 수 있습니다 lambda(에 주로 피드 계획에들 map또는 apply이 별도로 선언하는 의미가 없습니다 것입니다, 그래서 정확히 한 곳에서).

{}는 중복성을 추가합니다. 중복이 너무 많으면 나쁘지 않습니다. 그리고 수동으로 입력하는 것은 좋지 않습니다. 사용하기 어려운 경우.

따라서 IDE가 나쁘거나없는 경우에는 공백 스타일이 약간 나을 수 있습니다. 그러나 강력한 IDE를 사용하면 중괄호가 더 좋습니다.

공백 언어로 찾은 문제는 여러 페이지 조건식에서 발생했습니다. 2 페이지 중간에 줄을 추가하고 모든 혼란 속에서 한 칸씩 내리면 코드의 논리가 크게 변경 될 수 있습니다. 그리고 누군가의 코드가 "정확한"경우에도 읽으려고하면 끔찍한 추측 게임이됩니다. 이 "그렇지 않은"것은 어느 것입니까? 보이지 않는 공백 문자를 계산할 수있는 것보다 중괄호를 훨씬 쉽게 계산할 수 있습니다. 이 사이트의 게시 기계는 계속해서 하나의 공간으로 부수고 있습니다.

IMHO "{{{{{" is more reliable than "     ".

나는 그것이 실제로 대 라고 생각하지 않습니다 .
Pythoneers는 종종 중괄호 프로그래머가 들여 쓰기를 쉽게 위반하는 것처럼 비판합니다.
사실 나는 파이썬과 들여 쓰기 범위를 알기 전에도 항상 100 % 일관된 들여 쓰기를 사용했습니다.

사실은 중괄호 언어가 컴파일러에서 올바른 들여 쓰기를 부과 할 수 있으며 두 가지 이점을 모두 활용할 수 있습니다. 보다? 아니 대 전혀.

Pythoneers는 들여 쓰기가 구문의 일부일 때 중괄호가 쓸모 없다고 주장하지만 중괄호는 가독성을 향상시키지 않습니다. 파이썬 프로그래밍을 시도했는데 매우 흥미로운 언어이지만 if-elif2 ~ 3 개 이상의 들여 쓰기 수준의 체인 을 사용해 보셨습니까? 그들은 더 이상 깔끔하게 보이지 않습니다.

추신 : 나는 중괄호를 썼지 만 더 일반적인 방식으로 구분 기호 토큰을 의미합니다. 여는 중괄호는 중복으로 표시 될 수 있지만 언어는 다음과 같이 진행될 수 있습니다 (사실 정확히 이와 같은 언어가 있지만 확실하지는 않습니다).

if condition:
    statement
    other_statement()
end

PS2 : 2019,이 답변 후 4 년. 나는 파이썬을 배웠고 의미 론 들여 쓰기에 완전히 익숙해졌으며 전혀 읽기가 어렵지 않습니다. 특히 들여 쓰기 블록을 식별하는 데 도움이되는 세로 막대를 그리는 최신 IDE를 사용합니다.