Czy białe znaki w identyfikatorach były kiedykolwiek idiomatyczne? [Zamknięte]

Styl C # sugeruje użycie CamelCase w identyfikatorach do rozgraniczenia słów. Tradycja Lisp sugeruje użycie zamiast-myślników.

Czy kiedykolwiek istniał język programowania, w którym używanie spacji w identyfikatorach było nie tylko dozwolone, ale często używany idiom przy stosowaniu identyfikatorów wielosłówowych?

Możliwe jest posiadanie identyfikatorów ze spacjami w niektórych implementacjach schematu , ale nie jest to powszechnie praktykowana praktyka. Oto przykład:

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)

Kompilatory FORTRAN zignorowały spacje, więc:

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

Były identyczne pod względem kompilatora.

Niektóre dialekty SQL dopuszczają osadzanie spacji w nazwach kolumn, ale zanim będą mogły zostać użyte, muszą być otoczone cudzysłowami lub innymi ogranicznikami.

Visual Basic (i VBScript) zezwalają również na białe znaki w identyfikatorach, jeśli otoczysz identyfikator nawiasami kwadratowymi.

Dim [Hello World]
[Hello World] = 123

Jest to jednak dość rzadkie.

Czy SQL się liczy?

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

Dobrze Biała spacja jest o ... spacje:

Większość współczesnych języków programowania nie uwzględnia składni białych znaków (spacji, tabulatorów i znaków nowej linii), ignorując je, jakby ich tam nie było. Uważamy to za rażącą niesprawiedliwość wobec tych doskonale przyjaznych członków zestawu znaków. Czy należy je zignorować tylko dlatego, że są niewidoczne? Biała spacja to język, który ma na celu przywrócenie równowagi. Wszelkie znaki spacje są ignorowane; tylko spacje, tabulatory i znaki nowej linii są uważane za składnię.

Niestety Markdown nie obsługuje jego składni i nie mogę pokazać ci kodu, ale Wikipedia ma próbkę kodu przyjazną dla człowieka .

W Algolu 68 możesz mieć miejsce w identyfikatorach (nie pamiętam, czy były znaczące, czy nie). Ale słowa kluczowe zostały oznaczone przez stropowanie . Używanie nazw ze spacją w nich było idiomatyczne (przynajmniej wokół mnie).

VHDL pozwala uciec identyfikatory z istotnych miejsc w nich \foo bar\. Pozwala to również używać słów kluczowych jak identyfikator \and\dowolny znak \n<42>\czułości i identyfikatorów w przypadku ( \Foo\i \foo\różnią się jednocześnie Fooi foosą równoważne, i różni się od albo \Foo\i\foo\!). Verilog posiada także identyfikatory z większością tych cech (w normalnych identyfikatorach rozróżniana jest wielkość liter, a ich unikanie niepotrzebnie nie tworzy kolejnego identyfikatora), ale nie dopuszcza do nich spacji. Potrzeba uciekających identyfikatorów w VHDL i Verilog wynika z faktu, że często są one wytwarzane automatycznie z innych źródeł (takich jak schemat), gdzie identyfikatory zwykle nie mają takich samych ograniczeń jak w języku programowania; AFAIK, nie są one używane idiomatycznie w innych okolicznościach.

Nie wiem, czy uważasz Mediaite Wiki za język, ale nazwy ze spacjami są zdecydowanie idiomatyczne:

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

Gdzie „rozwinąć sekcję” to nazwa szablonu (http://en.wikipedia.org/wiki/Template:Expand_section)

Wydaje mi się, że spełnia kryteria - język, w którym identyfikatory zwykle zawierają spacje. To nigdy (nie sądzę?) Dwuznaczne, ponieważ identyfikatory są zawsze otoczone dużą ilością interpunkcji, aby oddzielić je od surowego tekstu wiki.

Inform 7 to system do rozwijania interaktywnej fikcji przy użyciu składni podobnej do języka naturalnego, w której powszechne są identyfikatory zawierające wiele słów:

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

Ograniczeniem jest oczywiście to, że identyfikator nie może zawierać słowa kluczowego, gdy byłoby to niejednoznaczne.

W podobny sposób, identyfikatory podkreślenia w Agda mogą być używane mixfix, którego najprostszym przykładem jest prawdopodobnie if_then_else_operatora:

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

Scala zezwala na dowolne identyfikatory za pomocą odwróconych znaków. Zwykle używa się tego do wywoływania, Thread.`yield`ponieważ yieldjest to słowo zastrzeżone w języku Scala. Może to być (ab) mieć spacje w nazwach, chociaż byłoby to dalekie od idiomatycznego kodu Scala:

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

Do cholery, możesz nawet mieć zakładki w identyfikatorach:

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

Przypuszczam, że może to niewykluczone być idiomatyczne dla literat programowania folku. Może.

F # pozwala na umieszczanie białych znaków w nazwach identyfikatorów, ale muszą być one otoczone podwójnymi backtickami. Zobacz odpowiedź na to pytanie: https://stackoverflow.com/questions/6639688/using-ke words-as-identifiers- in- f .

Można to uznać za przypadek Cucumber / Gherkin , w którym nazwy funkcji są w rzeczywistości zdaniami z wbudowanymi w nie argumentami.

Jako rozszerzenie, spodziewam się, że będzie to bardziej powszechne w małych DSL , gdzie język powinien być przyjazny dla programistów. Na przykład wiele mechanizmów reguł umożliwia definiowanie reguł z angielskim opisem, w którym w identyfikatorach można używać spacji.

FWIW, Tcl dopuszcza spacje (i prawie każdą inną postać) w identyfikatorach, chociaż nie jest to często używane z tej funkcji. Głównym powodem, dla którego nie jest często używany, jest konieczność prawidłowego cytowania. Na przykład poniżej ustawia zmienną o nazwie „moje imię” na „bob”, a następnie drukuje ją

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

OTOH, jest to bardzo przydatne podczas dynamicznego budowania zmiennych, ponieważ tworząc takie zmienne, nie trzeba się martwić o nielegalne znaki

Niewiele wiem. Pracuję nad jednym i gibkim językiem programowania . Inform ma, ale nie jest to język programowania ogólnego przeznaczenia.

Jeśli uważasz, że zautomatyzowane testowanie DSL jest językiem, struktura robota dopuszcza spacje w nazwach słów kluczowych i jest to bardzo idiomatyczne. W poniższym przykładzie „Say hello” to nazwa słowa kluczowego, „Example test case” to nazwa przypadku testowego, a „$ {first name}” jest zmienną:

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

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

Język 4D dopuszcza spacje w nazwach metod i zmiennych. Na ogół nie jest to mile widziane w społeczności, ale wszystkie wbudowane metody i zmienne używają ich, gdy ma to zastosowanie ( SET MENU ITEM PARAMETERna przykład)

Smalltalk zawiera metody słów kluczowych, takie jak takie, a:b:c:które po wywołaniu obejmują spacje. Np a: 100 b: 200 c: 300. : To jest standardowy idiom w języku.

Powershell zezwala na spacje w nazwach zmiennych:

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

PS C:\> ${the var}
100

Widziałem wzmiankę o podobnym dla VB, ale w JS jest to często używane. Dostęp do dowolnej właściwości obiektu w JavaScript można uzyskać i ustawić w postaci ciągu za pomocą nawiasów kwadratowych lub po prostu jako ciąg znaków w literałach obiektu. Nazwy właściwości, które nie są zgodne z regułami nazewnictwa zmiennych JS, są niedostępne przez. notacja, ale są one przydatne. Na przykład możesz mapować adresy URL do zachowania lub odwoływać się do grupy osób po imieniu, jeśli masz pewność, że wszystkie są unikalne. Często jest bardzo wygodny i łatwy do odczytania:

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

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

Ułatwia to również restrukturyzację JSON dla łatwości użycia bez utraty czynnika obiektu natychmiastowego po upuszczeniu do JS.

Power Query wykorzystuje wiele automatycznie generowanego kodu. Sądzę, że ponad połowa wygenerowanych identyfikatorów używa białych znaków:

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"

Jak widać, podobnie jak w wielu językach, istnieje dodatkowa składnia, aby jednoznacznie określić, czym jest identyfikator.

Ale w miejscach, w których jest to jednoznaczne, nie jest wymagana dodatkowa składnia:

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

Jeśli policzysz go jako prawdziwy język, język skryptowy JMP ( http://www.jmp.com/support/downloads/pdf/jmp_scripting_guide.pdf ). Pozwala to identyfikatorom na umieszczanie białych znaków (aby były bardziej „czytelne”) i mniej więcej zachęca do takich znaków.

Język programowania o42a, który obecnie rozwijam, obsługuje nazwy złożone z wielu słów . Język nie zawiera żadnych słów kluczowych, a nazwy są zwykle oddzielone jakimś symbolem. W rzadkich przypadkach te dwie nazwy następują po sobie, do ich oddzielenia służy podkreślnik.

Oprogramowanie autorskie, którego język skryptowy opierał się na nie-obiektowym Pascalu, dopuszczało spacje w nazwach zmiennych, choć z czasem ludzie odkryli problemy z ich używaniem i odeszli od niego http://books.google.com/books?id= bHC88YignAkC & pg = PA428 & lpg = PA428 .

Edycja: ta odpowiedź okazała się nieprawidłowa, patrz komentarze.

Jeśli dobrze rozumiem twoje pytanie, kompilator nie może dopuścić spacji w nazwie identyfikatora, ponieważ może to powodować zduplikowanie nazw (chyba że zostanie użyty separator). Na przykład:

int my = 0; bool moja liczba = fałsz; liczba int = 0; jeśli (mój hrabia) ...

termin „moja liczba” jest mylący, ponieważ może odnosić się do zmiennej o nazwie „moja liczba” lub może programista zapomniał napisać operator relacji, taki jak> między moim a liczbą.

COBOL pozwolił na oddzielenie nazw działów i nazw sekcji spacjami, ale nie są to identyfikatory i zmienne, jak w pytaniu.