Có khoảng trắng trong định danh bao giờ là thành ngữ? [đóng cửa]

Kiểu C # gợi ý sử dụng CamelCase trong mã định danh để phân định các từ. Truyền thống Lisp đề nghị sử dụng - dấu gạch ngang - thay vào đó.

Đã bao giờ tồn tại một ngôn ngữ lập trình trong đó việc sử dụng khoảng trắng trong mã định danh không chỉ được phép, mà còn là một thành ngữ thường được sử dụng khi sử dụng mã định danh nhiều từ?

Có thể có các định danh có khoảng trắng trong một số triển khai Đề án , nhưng đó không phải là một thực tiễn được nhìn thấy rộng rãi. Đây là một ví dụ:

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)

Trình biên dịch FORTRAN bỏ qua khoảng trắng để:

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

Giống hệt như trình biên dịch có liên quan.

Một số phương ngữ SQL cho phép các không gian được nhúng trong tên cột nhưng chúng cần được bao quanh bởi các backquote hoặc một số dấu phân cách khác trước khi chúng có thể được sử dụng.

Visual Basic (và VBScript) cũng cho phép khoảng trắng trong mã định danh nếu bạn bao quanh mã định danh bằng dấu ngoặc vuông.

Dim [Hello World]
[Hello World] = 123

Tuy nhiên, làm như vậy là khá hiếm.

SQL có tính không?

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

Vâng khoảng trắng là tất cả về ... khoảng trắng:

Hầu hết các ngôn ngữ lập trình hiện đại không xem xét cú pháp các ký tự khoảng trắng (dấu cách, tab và dòng mới), bỏ qua chúng, như thể chúng không có ở đó. Chúng tôi coi đây là một sự bất công thô thiển đối với những thành viên hoàn toàn thân thiện của bộ nhân vật này. Có nên bỏ qua chúng, chỉ vì chúng vô hình? Khoảng trắng là ngôn ngữ tìm cách khắc phục sự cân bằng. Bất kỳ ký tự không khoảng trắng nào đều bị bỏ qua; chỉ khoảng trắng, tab và dòng mới được coi là cú pháp.

Thật không may, Markdown không hỗ trợ cú pháp của nó và tôi không thể cho bạn xem một số mã, nhưng Wikipedia có một mẫu mã thân thiện với con người .

Trong Algol 68, bạn có thể có không gian trong các định danh (tôi không nhớ chúng có ý nghĩa hay không). Nhưng các từ khóa đã được đánh dấu bằng cách vuốt . Sử dụng tên với không gian trong đó là thành ngữ (ít nhất là xung quanh tôi).

VHDL cho phép thoát định danh với không gian quan trọng trong đó : \foo bar\. Điều này cũng cho phép sử dụng từ khóa làm định danh \and\, bất kỳ ký tự \n<42>\và độ nhạy trường hợp nào trong số nhận dạng ( \Foo\và \foo\khác nhau trong khi Foovà footương đương, và khác với một trong hai \Foo\và\foo\!). Verilog cũng có các số nhận dạng xen kẽ với hầu hết các đặc điểm này (số nhận dạng bình thường có phân biệt chữ hoa chữ thường và thoát chúng một cách không cần thiết không tạo số nhận dạng khác), nhưng không cho phép khoảng trắng trong chúng. Nhu cầu từ các định danh thoát trong VHDL và Verilog xuất phát từ thực tế chúng thường được sản xuất tự động từ các nguồn khác (như sơ đồ) trong đó các định danh thông thường không có hạn chế như trong ngôn ngữ lập trình; AFAIK, chúng không được sử dụng một cách thành ngữ trong các trường hợp khác.

Tôi không biết nếu bạn coi MediaWiki wikitext là ngôn ngữ, nhưng tên có khoảng trắng chắc chắn là thành ngữ:

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

Trong đó "phần mở rộng" là tên của một mẫu (http://en.wikipedia.org/wiki/Template:Expand_section)

Tôi đoán nó đáp ứng các tiêu chí - một ngôn ngữ mà các định danh thường xuyên chứa các khoảng trắng. Không bao giờ (tôi nghĩ vậy?) Mơ hồ vì các định danh luôn được bao quanh bởi rất nhiều dấu chấm câu để tách chúng khỏi văn bản wiki thô.

Thông tin 7 là một hệ thống để phát triển tiểu thuyết tương tác sử dụng cú pháp ngôn ngữ tự nhiên, giống như cú pháp, trong đó định danh nhiều từ là phổ biến:

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

Tất nhiên, hạn chế là một mã định danh không thể chứa từ khóa khi điều này không rõ ràng.

Trong một tĩnh mạch tương tự, các định danh có dấu gạch dưới trong Agda có thể được sử dụng mixfix, ví dụ đơn giản nhất có lẽ là if_then_else_toán tử:

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

Scala cho phép định danh tùy ý bằng cách sử dụng backticks. Việc sử dụng thông thường cho việc này là để gọi Thread.`yield`vì yieldlà một từ dành riêng trong Scala. Điều này có thể là (ab) được sử dụng để có khoảng trắng trong tên, mặc dù điều đó sẽ khác xa với mã Scala thành ngữ:

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

Heck, bạn thậm chí có thể có các tab trong định danh:

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

Tôi cho rằng điều này có thể hình dung là thành ngữ cho dân gian lập trình biết chữ. Có lẽ.

F # cho phép khoảng trắng trong tên định danh, nhưng chúng phải được bao quanh bằng backticks kép. Xem câu trả lời cho câu hỏi này: https://stackoverflow.com/questions/6639488/USE-keywords-as-identifier-in-f .

Bạn có thể coi đây là trường hợp trong Cucumber / Gherkin , trong đó tên hàm là các câu có hiệu quả với các đối số được nhúng bên trong chúng.

Là một phần mở rộng, tôi hy vọng điều này sẽ phổ biến hơn trong các DSL nhỏ , nơi ngôn ngữ được cho là thân thiện với những người không phát triển. Ví dụ: nhiều công cụ quy tắc cung cấp một lỗi để xác định quy tắc với một mô tả giống như tiếng Anh, trong đó các khoảng trắng có thể được sử dụng trong các định danh.

FWIW, Tcl cho phép khoảng trắng (và gần như mọi ký tự khác) trong mã định danh, mặc dù việc tận dụng tính năng này là không phổ biến. Lý do chính nó không được sử dụng rất thường xuyên chỉ là bạn phải sử dụng trích dẫn thích hợp. Ví dụ: sau đây đặt một biến có tên "tên tôi" thành "bob", sau đó in nó

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

OTOH, nó rất hữu ích khi xây dựng các biến động vì khi tạo các biến đó, người ta không phải lo lắng về các ký tự bất hợp pháp

Có rất ít tôi biết. Tôi đang làm việc trên một , và ngôn ngữ lập trình lithe . Thông báo có, nhưng nó không chính xác là một ngôn ngữ lập trình mục đích chung.

Nếu bạn xem xét một DSL tự động kiểm tra một ngôn ngữ, khung robot cho phép khoảng trắng trong tên từ khóa và nó rất thành ngữ. Trong ví dụ sau "Say hello" là tên từ khóa, "Ví dụ trường hợp kiểm tra" là tên trường hợp kiểm tra và "$ {tên đầu tiên}" là một biến:

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

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

Các ngôn ngữ 4D cho phép khoảng trắng trong tên phương pháp và các biến. Nó thường được tán thành trong cộng đồng, nhưng tất cả các phương thức và biến tích hợp sử dụng chúng khi áp dụng ( SET MENU ITEM PARAMETERví dụ)

Smalltalk có các phương thức từ khóa như a:b:c:liên quan đến khoảng trắng khi được gọi. Vd : a: 100 b: 200 c: 300. Đây là một thành ngữ tiêu chuẩn trong ngôn ngữ.

Powershell cho phép khoảng trắng trong tên biến:

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

PS C:\> ${the var}
100

Tôi đã thấy đề cập đến tương tự cho VB nhưng trong JS nó được sử dụng rất nhiều trên thực tế. Bất kỳ thuộc tính nào của một đối tượng trong JavaScript đều có thể được truy cập và được đặt ở dạng chuỗi với dấu ngoặc vuông hoặc đơn giản là các chuỗi trong các đối tượng bằng chữ. Tên thuộc tính không tuân theo quy tắc đặt tên biến của JS không thể truy cập thông qua. ký hiệu nhưng chúng là tiện dụng. Chẳng hạn, bạn có thể muốn ánh xạ URL tới hành vi hoặc tham chiếu một nhóm người theo tên khi bạn chắc chắn họ là duy nhất. Nó thường rất thuận tiện và dễ đọc:

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

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

Điều này cũng giúp dễ dàng cấu trúc lại JSON để dễ sử dụng mà không làm mất yếu tố đối tượng tức thời khi rơi vào JS.

Power Query sử dụng rất nhiều mã được tạo tự động. Tôi đoán hơn một nửa số nhận dạng được tạo sử dụng khoảng trắng:

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"

Như bạn có thể thấy, giống như trong nhiều ngôn ngữ, có thêm cú pháp để phân biệt định danh là gì.

Nhưng ở những nơi không rõ ràng, không cần thêm cú pháp:

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

Nếu bạn tính nó là ngôn ngữ thực, ngôn ngữ kịch bản JMP ( http://www.jmp.com/support/doads/pdf/jmp_scripting_guide.pdf ). Nó cho phép các định danh có khoảng trắng (để làm cho chúng "dễ đọc" hơn) và ít nhiều khuyến khích như vậy.

Ngôn ngữ lập trình o42a tôi hiện đang phát triển hỗ trợ một tên nhiều từ . Ngôn ngữ không có từ khóa nào cả và tên thường được phân tách bằng một số ký hiệu. Trong trường hợp hiếm hoi hai tên theo nhau, dấu gạch dưới được sử dụng để phân tách chúng.

Authorware, có ngôn ngữ kịch bản dựa trên Pascal không hướng đối tượng, cho phép khoảng trắng trong tên biến, mặc dù theo thời gian, mọi người đã phát hiện ra các vấn đề với việc sử dụng chúng và di chuyển khỏi nó http://books.google.com.vn/books?id= bHC88YignAkC & pg = PA428 & lpg = PA428 .

Chỉnh sửa: Câu trả lời này đã được hiển thị là không chính xác, xem các ý kiến.

Nếu tôi hiểu chính xác câu hỏi của bạn, trình biên dịch không thể cho phép (các) khoảng trắng trong tên định danh vì nó có thể gây ra các tên trùng lặp (trừ khi sử dụng dấu phân cách). Ví dụ:

int my = 0; bool đếm của tôi = sai; số đếm = 0; nếu (tính của tôi) ...

thuật ngữ 'số đếm của tôi' gây nhầm lẫn, nó có thể đề cập đến biến có tên là 'số đếm của tôi' hoặc có thể nhà phát triển đã quên viết một toán tử quan hệ như> giữa tôi và đếm.

COBOL cho phép tên phân chia và tên phần được phân tách bằng dấu cách nhưng chúng không phải là định danh và biến như trong câu hỏi của bạn.