Do sigils làm cho mã nguồn dễ đọc hơn?

Trong hầu hết các ngôn ngữ lập trình, các biến không có các ký tự xác định giống như chúng làm trong PHP. Trong PHP bạn phải thêm tiền tố vào một biến với $ký tự.

Thí dụ;

 var $foo = "something";
 echo $foo;

Tôi đang phát triển ngôn ngữ kịch bản mới cho ứng dụng kinh doanh và người dùng mục tiêu của tôi không có nền tảng lập trình. Những ký tự này làm cho mã dễ đọc và sử dụng hơn?

Một lý do mà PHP sử dụng $là vì không có nó, PHP không thể biết tên đó là tham chiếu hàm hay tham chiếu biến. Điều này là do ngôn ngữ cho phép các tham chiếu lạ đến các chức năng. Vì vậy, $biểu tượng giúp trình phân tích cú pháp phân tách không gian tên.

Tôi không có vấn đề này trong trình phân tích cú pháp của tôi. Vì vậy, câu hỏi của tôi hoàn toàn là về khả năng đọc và dễ sử dụng. Tôi đã mã hóa rất nhiều năm trong PHP mà khi tôi thấy $foothật dễ dàng để tôi xác định đây là một biến. Tôi chỉ đưa ra một ưu tiên thiên vị cho định danh này?

Các khả năng và giới hạn kỹ thuật thực tế không có gì thuộc loại như được đề xuất trong suốt chủ đề này. Trước tiên hãy dọn sạch chúng đi.

Đây là những gì $ đang thực hiện trong PHP:

• Biến số
• Các biến có tên từ khóa, ví dụ $returnhoặc có thể sử dụng cùng tên cho một biến và functon / hằng, vd$__FILE__

Các giới hạn hoặc tính năng không liên quan đến tiền tố $:

• Việc thực hiện không thể nói sự khác biệt giữa các hàm và biến
• Nội suy chuỗi PHP hoặc cú pháp mẫu
• Khai báo biến cần thiết

Điều đó có nghĩa là không có lý do kỹ thuật mà bạn không thể có

foo = "something";
echo foo;

hoặc là

foo = "something";
echo "foo = $foo";
//would print
//foo = something 

Tuy nhiên bạn không thể có (giả sử returnlà một từ khóa)

return = "something";

Không có biến chứng nghiêm trọng. Nếu bạn đã sử dụng một tiền tố như thế $, thì nó sẽ không có vấn đề gì.

Đó là một ý kiến ​​nhưng tôi tin rằng một sigil sẽ có giá trị đối với những người không lập trình vì nó cho phép họ sử dụng từ khóa làm tên biến, đối với họ, nó sẽ trông giống như giới hạn tùy ý: P

Sigils thực sự có ý nghĩa hơn rất nhiều trong perl, nơi họ cung cấp một số lượng kiểm tra loại nhất định. Trong php họ không giúp được gì nhiều ngoài khuôn mẫu. Bạn có thể cảm nhận được sự hữu ích và dễ đọc của chúng bằng cách nhìn xung quanh các ngôn ngữ khác nhau. Hầu như không sử dụng chúng.

Trong ngôn ngữ được nhắm mục tiêu của người dùng cuối mà tôi đang làm việc, tôi thậm chí còn đi xa hơn, làm cho trường hợp định danh không nhạy cảm và cho phép không gian và dấu nháy đơn. Điều đó cho phép tôi tạo ra các tên biến như thế Karl's heightgần với ngôn ngữ tự nhiên hơn.

Nhiều năm trước, tôi đã học Applesoft Basic. Các chuỗi luôn luôn có hậu tố $và các mảng có hậu tố %. Đó chỉ là cách ngôn ngữ làm việc. Bạn nhìn vào một cái gì đó, bạn biết nó là gì. Tôi chưa bao giờ đi sâu vào phiên dịch để hiểu tại sao đây là trường hợp hoặc các quyết định thiết kế khiến nó trở nên như vậy.

Sigil trong php xuất phát từ ảnh hưởng perl của nó (bị ảnh hưởng bởi awkvà sh). Sigil trong perl là khá nhiều hơn một chút $vì nó có thể xác định nhiều loại khác nhau:

• $ vô hướng
• @ danh sách
• % băm
• & cơ sở mã hóa
• * lỗi chính tả

Sigil xác định phần nào của cấu trúc bảng biểu tượng mà bạn đang xem. Đằng sau hậu trường, mục nhập bảng biểu tượng cho foo (được truy cập thông qua *foo- typeglob) có mọi thứ có thể là một foo. Có $foo, @foo, %foo, các định dạng foo , &foo, foo filehandle, vv ...

Điều này cũng cho phép tạo một bí danh của biến này sang biến khác:

#!/usr/bin/perl

$foo = "foo";
@qux = (1,2);
*bar = \$foo;
*bar = \@qux;

print "$bar @bar\n";

Bản in này foo 1 2- trong perl, đây là những gì các sigils thực sự dành cho, không phải là bạn nên làm điều này mà là có những điều đằng sau hậu trường mà họ làm.

Các sigils không có quá nhiều khả năng đọc, nhưng để người ta có thể có $foovà @fookhông có sự va chạm trong không gian tên (so sánh các ngôn ngữ khác mà người ta không thể có cả hai int foo; int[] foo;)

Sigils cho khả năng đọc là thứ được học như một phần của bất kỳ ngôn ngữ nào - đọc cú pháp. Theo giả thuyết, bạn có thể thực thi chính loại (như ký hiệu của Lynn) là một phần của mã định danh.

Một cái gì đó trong lex dọc theo dòng:

typeChar  [is]
capLetter [A-Z]
letter    [a-z]
digit     [0-9]
%%
{typeChar}{capLetter}(letter}|{digit})* { prientif("iddentifier");}
%%

Và sau đó bạn có thể có mã như

iFoo = 42;
sFoo = "a string";
iBar = iFoo * 2;

Tôi không nói rằng đây là một ý tưởng tốt, nhưng thay vào đó, một người quen với ngôn ngữ sẽ có thể đọc được điều này một cách tự nhiên và nghĩ rằng nó giúp tăng khả năng đọc trong khi một người không quen với ngôn ngữ này có thể nghĩ rằng nó chỉ thêm vào một loạt các tiếng ồn cho ngôn ngữ.

Tuy nhiên, sau khi làm việc với một ngôn ngữ được định nghĩa theo cách này, tôi có thể đọc nó mà không gặp rắc rối.

Một số người thích chúng, một số người thì không. Có những cuộc chiến thần thánh lớn trên các diễn đàn khác nhau tranh luận về điều này và nó thực sự làm rõ số lượng bạn đã sử dụng chúng.

Người ta có thể thiết kế một ngôn ngữ mới cho những người không lập trình sử dụng sigils và bất kỳ ai chưa từng lập trình trước đó sẽ không bao giờ phàn nàn một chút về họ. Mặt khác, bạn không thể có chúng như một phần của ngôn ngữ và sau đó các lập trình viên ruby ​​hoặc perl phàn nàn rằng họ đang bỏ lỡ một số thông tin chính.

Nó thực sự không quan trọng. Điều quan trọng là làm thế nào sigils sẽ phù hợp với ngôn ngữ nếu bạn sử dụng chúng hay không. Bạn có muốn làm "123 $foo 456"hoặc phải làm "123 " + foo + " 456"? Đây là nơi quyết định nên được đưa ra.

Tôi không đồng ý rằng PHP sử dụng $ để các vars khác nhau từ funcs. Ít nhất là vì PHP có cú pháp giống như C và funcs () có parens sau tên.

Đọc bài đăng này về stack overflow về lý do tại sao $ trong PHP.

Nhiều ngôn ngữ phổ biến, chẳng hạn như C, C ++, C #, Java không sử dụng $ và chúng ta có thể khác biệt dễ dàng với hàm.

Trong PHP $ help, ví dụ, khi bạn viết: echo "var = $ var"

Nếu không có $ lừa như vậy sẽ là không thể.

Sau tất cả những câu trả lời này, tôi muốn đưa thêm một số điểm cho Mathew Foscarini.

• Bây giờ bạn coi vấn đề là "nhà xây dựng ngôn ngữ". Bạn thử hiểu tại sao một ngôn ngữ khác có tính năng này hoặc tính năng đó để chọn nếu sử dụng một ngôn ngữ nào đó trong ngôn ngữ của bạn. Tôi ở vị trí tương tự trong nhiều năm, bởi vì phát triển trình phân tích cú pháp SQL cho Cơ sở dữ liệu Valentina của chúng tôi.
• Tôi khuyên bạn hãy xem trên antlr.org và thậm chí đọc sách từ Terence. Nó có rất nhiều điều tốt đẹp cho các nhà phát triển ngôn ngữ.
• Tôi vẫn không đồng ý với "lý do" tiếp xúc với các câu trả lời khác. Họ cho rằng tác giả PHP trong đầu đã quyết định sử dụng $ để có thể sử dụng các từ khóa dành riêng và phân biệt tốt hơn các biến không phải là biến. Tôi không nghĩ vậy ... mặc dù chứng minh có thể chỉ là câu chuyện của riêng họ.
• Hầu hết có lẽ là họ chỉ làm theo perl và nhiều ngôn ngữ sớm hơn. Như gạch chân Terrence, hầu hết các ngôn ngữ đều tương tự nhau, đặc biệt là trong phần LEXER. Và thông thường, người xây dựng một ngôn ngữ mới có thể chọn loại ngôn ngữ mà anh ta sẽ phát triển và sau đó nắm bắt ngữ pháp của ngôn ngữ đó. Và đây là những gì bạn nên làm bây giờ. Không cần phát minh từ đầu. Và tôi cá là các tác giả PHP cũng vậy.
• Tất cả những gì mọi người đề cập đến:
  • phân biệt các biến với các biến không
  • đặt lại từ như tên biến
  • khả năng đặt biến bên trong chuỗi
  • có thể khác (tôi không phải là chuyên gia lớn về PHP)

là tác dụng phụ của LEXER này , bởi vì nó có thể nhận ra mã thông báo.

Lấy ví dụ: trong SQL, chúng tôi sử dụng "" để có thể sử dụng các định danh với các từ dành riêng và thậm chí cả định danh có khoảng trắng "Tên", "Tên nhóm". NHÓM là một từ khóa. Có vấn đề - đã có giải pháp đặc biệt.

PS Nhận xét rất tốt từ MichaelT.

... một sigil cho phép:

• Phân biệt tốt hơn các biến không biến . Những người vẫn đang học các khái niệm cơ bản có thể gặp khó khăn khi tìm ra từ nào là biến và từ nào không. Họ thường bắt đầu bằng cách đọc các ví dụ hoặc mã của người khác không có nền tảng đầy đủ.

• Sử dụng reserved từ khóa hay tên hàm như tên biến . Đôi khi tôi thấy một số tên đó là đúng cho một biến (nghĩa là $counttrong khi có một count()hàm được xác định) và cảm ơn sigils đã cho phép tôi sử dụng chúng.

Ngoài ra, tôi tình cờ sử dụng tên hàm đó thường xuyên, vì giữ kết quả của hàm trong biến số vứt bỏ, ví dụ:

$isdir=isdir($dir);

if(/* complex condition implying $isdir */) {
/* etc */
}