식별자의 공백은 관용적입니까? [닫은]

C # 스타일은 식별자에 CamelCase 를 사용하여 단어를 구분하도록 제안 합니다. Lisp 전통은 대쉬 대신 사용을 제안합니다.

식별자에 공백을 사용할 수있을뿐만 아니라 다중 단어 식별자를 사용할 때 일반적으로 사용되는 관용구가있는 프로그래밍 언어가 존재 했습니까?

일부 Scheme 구현 에서 공백이있는 식별자를 가질 수는 있지만 널리 사용되는 것은 아닙니다. 예를 들면 다음과 같습니다.

Petite Chez Scheme Version 8.4
Copyright (c) 1985-2011 Cadence Research Systems

> (define |hey there| 100)
> (define |x y z| 200)
> (list |hey there| |x y z|)
(100 200)

FORTRAN 컴파일러는 공백을 무시했습니다.

   result = value * factor  
   r e s u l t = val ue * fac tor
   result=value*factor`

컴파일러에 관한 한 동일했습니다.

일부 SQL 언어는 열 이름에 공백을 포함 할 수 있지만 백 따옴표 나 다른 구분 기호로 묶어야 사용할 수 있습니다.

식별자를 대괄호로 묶는 경우 Visual Basic (및 VBScript)도 식별자에 공백을 허용합니다.

Dim [Hello World]
[Hello World] = 123

그러나 그렇게하는 것은 매우 드 rare니다.

SQL은 중요합니까?

create table "Registered Members" (
    "Full Name" varchar(100),
    "Mailing Address" varchar(100),
    etc...
);

음 공백 은 모두 ... 공백입니다.

대부분의 최신 프로그래밍 언어는 공백 문자 (공백, 탭 및 줄 바꿈) 구문을 고려하지 않고 마치 마치 존재하지 않는 것처럼 무시합니다. 우리는 이것이 캐릭터 세트의 완벽하게 친절한 멤버들에게 심각한 불의라고 생각합니다. 그들이 보이지 않기 때문에 무시해야합니까? 공백은 균형을 맞추려고하는 언어입니다. 공백이 아닌 문자는 무시됩니다. 공백, 탭 및 줄 바꿈 만 구문으로 간주됩니다.

불행히도 Markdown은 구문을 지원하지 않으며 일부 코드를 보여줄 수 없지만 Wikipedia에는 친숙한 코드 샘플이 있습니다.

Algol 68에서는 식별자에 공백이있을 수 있습니다 (정확한지 여부는 기억 나지 않습니다). 그러나 키워드는을 쓰다듬어 표시되었습니다 . 그 안에 공백이있는 이름을 사용하는 것은 관용적이었습니다 (적어도 내 주변).

VHDL을 사용하면 이스케이프 된 식별자에 공백이 많이 있습니다 \foo bar\. 이는 식별자로서 사용 키워드 또한 허용 \and\모든 문자 \n<42>\식별자 및 감도 경우 ( \Foo\그리고 \foo\동안 상이 Foo과 foo동등하고, 상이한 하나 \Foo\와\foo\!). Verilog는 또한 대부분의 이러한 특성을 가진 이스케이프 된 식별자를 가지고 있습니다 (일반 식별자는 대소 문자를 구분하고 불필요하게 이스케이프하면 다른 식별자를 만들지 않습니다). 그러나 공백을 허용하지 않습니다. VHDL 및 Verilog에서 이스케이프 된 식별자의 필요성은 식별자가 프로그래밍 언어와 동일한 제한을 갖지 않는 다른 소스 (예 : 회로도)에서 자동으로 생성되기 때문에 발생합니다. AFAIK는 다른 상황에서는 관용적으로 사용되지 않습니다.

MediaWiki 위키 텍스트를 언어로 생각하는지 모르겠지만 공백이있는 이름은 분명히 관용적입니다.

==Example==
This example lacks text.
{{Expand section}}

여기서 "확장 섹션"은 템플리트의 이름입니다 (http://en.wikipedia.org/wiki/Template:Expand_section).

나는 식별자가 일상적으로 공백을 포함하는 언어 인 기준을 충족한다고 생각합니다. 식별자는 항상 원시 위키 텍스트와 구분하기 위해 많은 구두점으로 둘러싸여 있기 때문에 결코 모호하지 않습니다.

Inform 7 은 자연어와 유사한 구문을 사용하여 대화 형 소설을 개발하기위한 시스템으로, 다중 단어 식별자가 일반적입니다.

Mr Jones wears a top hat. The crate contains a croquet mallet. 

물론, 이것이 모호 할 때 식별자에 키워드를 포함 할 수 없다는 제한이 있습니다.

비슷한 맥락에서 Agda에 밑줄이있는 식별자를 mixfix로 사용할 수 있습니다. 가장 간단한 예는 아마도 if_then_else_연산자입니다.

if_then_else_ : {A : Set} -> Bool -> A -> A -> A
if true  then x else y = x
if false then x else y = y

스칼라는 백틱을 사용하여 임의의 식별자를 허용합니다. 스칼라에서는 예약어 Thread.`yield`이므로 일반적으로이를 사용합니다 yield. 이것은 관용 스칼라 코드와는 거리가 멀지 만 이름에 공백을 두는 데 사용될 수 있습니다.

val `the answer` = 42
println(`the answer`)

심지어 식별자에 탭을 가질 수도 있습니다.

scala> val `the\tanswer` = 42
the     answer: Int = 42

나는이 수도있을 것 같군요 생각할 글을 읽고 프로그래밍 민속에 대한 관용적합니다. 아마도.

F #은 식별자 이름에 공백을 허용하지만 이중 백틱으로 묶어야합니다. https://stackoverflow.com/questions/6639688/using-keywords-as-identifiers-in-f 질문에 대한 답변을 참조 하십시오 .

이것을 Cucumber / Gherkin 의 경우라고 생각할 수 있습니다 . 여기서 함수 이름은 인수가 포함 된 효과적인 문장입니다.

확장으로, 나는 언어가 비 개발자에게 친숙한 작은 DSL 에서 이것이 더 일반적 일 것으로 기대합니다 . 예를 들어, 많은 규칙 엔진은 공백을 식별자로 사용할 수있는 영어와 유사한 설명으로 규칙을 정의 할 수있는 기능을 제공합니다.

FWIW에서 Tcl은 식별자에서 공백 (및 거의 모든 문자)을 허용하지만이 기능을 이용하는 것은 일반적이지 않습니다. 자주 사용되지 않는 주된 이유는 적절한 인용을 사용해야하기 때문입니다. 예를 들어, 다음은 "my name"이라는 변수를 "bob"으로 설정 한 다음 인쇄합니다.

set "my name" "bob"
puts "hello, ${my name}"

OTOH, 변수를 만들 때 불법 문자에 대해 걱정할 필요가 없으므로 변수를 동적으로 작성할 때 매우 유용합니다

내가 아는 사람이 거의 없습니다. 나는 하나 , 그리고 lithe 프로그래밍 언어로 작업하고 있습니다 . 정보 를 제공하지만 정확한 범용 프로그래밍 언어는 아닙니다.

자동 테스트 DSL을 언어로 생각하면 로봇 프레임 워크 는 키워드 이름에 공백을 허용하며 관용적입니다. 다음 예에서 "Say hello"는 키워드 이름이고 "Example test case"는 테스트 케이스 이름이고 "$ {first name}"은 변수입니다.

*** Keywords ***
| Say hello | [Arguments] | ${first name}
| | log | Hello, ${first name}

*** Test Cases ***
| Example test case
| | Say hello | world

4D 언어는 메소드 이름과 변수에 공백을 할 수 있습니다. 일반적으로 커뮤니티 내에서 눈살을 찌푸 리지만 모든 내장 메소드 및 변수는 해당되는 경우이를 사용합니다 ( SET MENU ITEM PARAMETER예 :).

스몰 토크는 a:b:c:호출 할 때 공백을 포함하는 키워드 방법을 제공합니다 . 예 : a: 100 b: 200 c: 300. 이것은 언어의 표준 관용구입니다.

Powershell은 변수 이름에 공백을 허용합니다.

PS C:\> ${the var} = 100

PS C:\> ${the var}
100

VB와 비슷한 언급을 보았지만 JS에서는 실제로 많이 사용됩니다. JavaScript에서 객체의 모든 속성에 액세스하고 대괄호를 사용하여 문자열 형태로 또는 객체 리터럴의 문자열로 간단히 설정할 수 있습니다. JS의 변수 명명 규칙을 따르지 않는 속성 이름은을 통해 액세스 할 수 없습니다. 표기법이지만 편리합니다. 예를 들어 URL을 동작에 매핑하거나 모든 고유 한 이름을 가진 사람들을 이름으로 참조 할 수 있습니다. 종종 매우 편리하고 읽기 쉽습니다.

var peoplesFavoriteThings = {
    "Bob Jones":"kittens",
    "Jane Doe":"chainsaws"
}

for(var name in peoplesFavoriteThings){
    console.log(name + ' likes ' + peoplesFavoriteThings[name] + '.\n');
}

또한 JS로 떨어질 때 인스턴트 객체 요소를 잃지 않고 사용하기 쉽도록 JSON을 쉽게 재구성 할 수 있습니다.

파워 쿼리 는 자동으로 생성 된 많은 코드를 사용합니다. 생성 된 식별자의 절반 이상이 공백을 사용한다고 생각합니다.

let
    Source = Sql.Database(".", "Test"),
    dbo_pvt = Source{[Schema="dbo",Item="pvt"]}[Data],
    #"Filtered Rows" = Table.SelectRows(dbo_pvt, each [VendorID] <= 4),
    #"Removed Columns" = Table.RemoveColumns(#"Filtered Rows",{"Emp1", "Emp2"}),
    #"Grouped Rows" = Table.Group(#"Removed Columns", {"Emp3", "Emp4"}, {{"Count", each List.Sum([Emp5]), type number}})
in
    #"Grouped Rows"

보시다시피, 많은 언어 에서처럼 식별자가 무엇인지 명확하게하는 추가 구문이 있습니다.

그러나 모호하지 않은 곳에서는 추가 구문이 필요하지 않습니다.

let
    spaceRecord = [with space = 42, recursive record = @spaceRecord],
    drilldown = spaceRecord[recursive record][recursive record][recursive record][with space]
in
    drilldown   // 42

실제 언어로 간주하면 JMP 스크립팅 언어 ( http://www.jmp.com/support/downloads/pdf/jmp_scripting_guide.pdf )입니다. 식별자가 공백을 가질 수있게하여 (보다 "읽기 쉽게"만들도록) 권장합니다.

현재 개발중인 o42a 프로그래밍 언어는 여러 단어로 된 이름을 지원 합니다 . 언어에는 키워드가 전혀 없으며 이름은 일반적으로 일부 기호로 구분됩니다. 드문 경우에 두 이름이 서로 뒤 따르므로 밑줄을 사용하여 구분합니다.

스크립팅 언어가 객체 지향이 아닌 파스칼을 기반으로하는 Authorware는 변수 이름에 공백을 허용했지만 시간이 지남에 따라 사람들은이를 사용하는 데 문제가 있음을 발견하고 http://books.google.com/books?id= bHC88YignAkC & pg = PA428 & lpg = PA428 .

편집 :이 답변이 올바르지 않은 것으로 나타났습니다. 의견을 참조하십시오.

귀하의 질문을 올바르게 이해하면 컴파일러는 식별자 이름에 공백을 허용하지 않습니다 (구분자가 사용되지 않는 한) 중복 이름을 유발할 수 있기 때문입니다. 예를 들면 다음과 같습니다.

int my = 0; 내 카운트 부울 = 거짓; 정수 카운트 = 0; 만약에 (내 수) ...

'my count'라는 용어는 혼동되므로 'my count'라는 변수를 참조하거나 개발자가 my와 count 사이에>와 같은 관계 연산자를 작성하는 것을 잊었을 수 있습니다.

COBOL을 사용하면 구분 이름과 섹션 이름을 공백으로 구분할 수 있지만 질문과 같이 식별자 및 변수는 아닙니다.