괄호 확장 범위가 3 개 대신 2 개의 점을 사용하는 이유는 무엇입니까 (줄임표)?

나는 왜 내가 왜 bash(그리고 또한 zsh) 중괄호 확장 범위를 제대로 사용하지 못했는지 이해하고 발견 했다. 구문은 줄임표{1..10} 라고 가정하는 것이 아니라 , 즉 .{1...10}

왜 세 개의 점보다 두 개의 점이 선택되었는지 알 수 있습니까? 컴퓨터 프로그래밍에서 줄임표를 사용하는 것은 일반적이며 (Wikipedia) 링크에서 알 수 있듯이 잘 이해되어 왔기 때문에 이것이 나의 호기심을 자극했습니다.

— hjk
소스

분명히 , 그것은 펄 에서 시작되었습니다 ...

— jasonwryan

의 사용 n1..n2프로그래밍은의 범위 나타 내기 위해 N1 을 N2 꽤 의해 선행 펄. 이 파스칼 사용자 매뉴얼 (1970 페이지의 섹션 6.1.2, 17 페이지)을 참조하십시오 .

— Adaephon

해설자 여러분, 의견을 자유롭게 답변으로 바꾸십시오 ...? :)

— hjk

현재 일부 언어 에서 올바른 끝점을 포함하기 위해 ..vs ...를 사용하는 것에 대한 모호한 기억이 있지만 잘못되었을 수 있습니다. (루비? 루비인가?)

— Ulrich Schwarz

@ slm 여기에 가까운 이유에 동의하지 않을 것입니다. 무언가가 어떻게 생겨 났는지에 대한 역사 질문은 실제로 의견에 근거한 것이 아닙니다. 의견은 이미 그 대답이 단지 역사의 문제라는 것을 암시하고 있으며 제목의 "왜"에도 불구하고 이것은 상당히 견고하게 대답 할 수 있습니다.

— Caleb

(댓글의 기여 덕분에 커뮤니티 위키로 게시)

Bash에서 Z Shell까지 (8 장, 괄호를 사용하여 숫자 생성 하기) 책 에서이 구문이 Perl 에서 빌려온 것으로 언급되어 있습니다 .

또한 Pascal의 ..범위 표기법은 1970 년 (강조 광산) 까지 거슬러 올라가는 것이 좋습니다 ( " Program Language Pascal ", 섹션 6.1.2, 페이지 17).

결론적으로, 질문 의 Wikipedia 링크 조차도 ..사용되는 몇 가지 예를 언급했습니다 . 가정 그것으로 그대로 줄임표가 엄격하게, 세 개의 점의 순서로 정의되는 구두점 , 여기에 진정한 보유하지 않습니다.

— hjk
소스