Czy sigile ułatwiają odczytanie kodu źródłowego?

W większości języków programowania zmienne nie mają znaków identyfikujących, tak jak w PHP. W PHP musisz poprzedzić zmienną $znakiem.

Przykład;

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

Tworzę nowy język skryptowy dla aplikacji biznesowych, a moi docelowi użytkownicy nie mają doświadczenia w programowaniu. Czy te znaki ułatwiają czytanie i używanie kodu?

Jednym z powodów, dla których PHP go używa, $jest to, że bez niego PHP nie może stwierdzić, czy nazwa jest odwołaniem do funkcji czy odwołaniem do zmiennej. Wynika to z faktu, że język pozwala na dziwne odwołania do funkcji. Tak więc $symbol pomaga parser oddzielenia nazw.

Nie mam tego problemu w moim parserze. Moje pytanie dotyczy więc wyłącznie czytelności i łatwości użytkowania. Kodowałem w PHP od tylu lat, że kiedy widzę $foo, łatwo jest mi zidentyfikować tę zmienną. Czy po prostu preferuję odchylenie od tego identyfikatora?

Rzeczywiste możliwości techniczne i ograniczenia nie są niczym takim, jak sugerowano w tym wątku. Najpierw je usuńmy.

Oto, co $ umożliwia w PHP:

• Zmienne zmienne
• Zmienne z nazwą słowa kluczowego np. $returnLub mogące używać tej samej nazwy dla zmiennej i funkcji / stałej np$__FILE__

Ograniczenia lub funkcje niezwiązane z przedrostkiem $:

• W przeciwnym razie implementacja nie będzie w stanie odróżnić funkcji i zmiennych
• Interpolacja ciągów PHP lub składnia szablonu
• Wymagana deklaracja zmiennej

Oznacza to, że nie ma technicznego powodu, którego nie mógłbyś mieć

foo = "something";
echo foo;

lub

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

Jednak nie możesz (zakładając, że returnjest słowem kluczowym)

return = "something";

Bez poważnych komplikacji. Jeśli użyjesz takiego prefiksu $, to nie będzie problemu.

To opinia, ale uważam, że sigil byłby warty dla programistów, ponieważ pozwala im używać słów kluczowych jako nazw zmiennych, w przeciwnym razie wyglądałoby to na dowolne ograniczenie: P

Sigile mają znacznie większy sens w Perlu, gdzie zapewniają pewną kontrolę typów. W php niewiele pomagają poza szablonowaniem. Możesz dowiedzieć się o ich przydatności i czytelności, rozglądając się po różnych językach. Prawie nikt ich nie używa.

W języku docelowym użytkownika końcowego, nad którym pracuję, posuwam się nawet dalej, czyniąc identyfikatory niewrażliwymi na wielkość liter i pozwalając na spacje i apostrofy. To pozwala mi tworzyć takie nazwy zmiennych, Karl's heightktóre są znacznie bliższe językom naturalnym.

Wiele lat temu nauczyłem się Applesoft Basic. Ciągi zawsze były $sufiksowane, a tablice miały sufiks %. Tak właśnie działał język. Patrzyłeś na coś, wiedziałeś, co to jest. Nigdy nie zagłębiałem się zbytnio w tłumacza, aby zrozumieć, dlaczego tak się stało, lub decyzje projektowe, które to sprawiły.

Sigil w php pochodzi od jego perlowego wpływu (na który wpłynęły awki sh). Sigil w perlu to coś więcej niż tylko $to, że może identyfikować wiele różnych typów:

• $ skalarny
• @ lista
• % haszysz
• & blok kodu
• * typeglob

Pieczęć identyfikuje, na którą część struktury tabeli symboli patrzysz. Za kulisami wpis w tablicy symboli dla foo (dostępny za pomocą *foo- typeglob) zawiera wszystko, co może być foo. Jest $foo, @foo, %fooThe Format foo , &foo, uchwytu pliku foo, etc ...

Pozwala to również utworzyć alias jednej zmiennej do drugiej:

#!/usr/bin/perl

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

print "$bar @bar\n";

Wypisuje foo 1 2- w Perlu, to co sigile są naprawdę na nie, że należy to zrobić, ale raczej, że jest to za kulisami rzeczy, które robią.

Znaki nie są tak bardzo czytelne, ale raczej po to, aby można było mieć kolizję w przestrzeni nazw $fooi @foobez niej (porównaj inne języki, w których nie można mieć obu int foo; int[] foo;)

Sigile dla czytelności to coś, czego uczy się jako część dowolnego języka - odczytywanie składni. Można hipotetycznie wymusić sam typ (jako notację węgierską), aby był częścią identyfikatora.

Coś w leksykonie w stylu:

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

A potem możesz mieć kod podobny

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

Nie twierdzę, że to dobry pomysł, ale raczej, że ktoś, kto jest przyzwyczajony do języka, będzie mógł przeczytać go natywnie i pomyśli, że poprawia to czytelność, podczas gdy ktoś, kto nie zna języka, może pomyśleć, że po prostu dodaje hałas w języku.

Jednak po pracy z tak zdefiniowanym językiem prawdopodobnie mogłem go przeczytać bez problemu.

Niektórzy ludzie je lubią, inni nie. Dyskusje na ten temat toczą wielkie święte wojny na różnych forach, a to naprawdę sprowadza się do tego, ile z nich korzystałeś.

Można zaprojektować nowy język dla nie-programistów korzystających z pieczęci, a każdy, kto nigdy wcześniej nie programował, nigdy nie narzeka na nie ani trochę. Z drugiej strony, nie możesz mieć ich jako części języka, a następnie programiści Ruby lub Perl narzekają, że brakuje im niektórych kluczowych informacji.

To naprawdę nie ma znaczenia. Liczy się to, jak sigile pasują do języka, jeśli ich użyjesz, czy nie. Chcesz być w stanie to zrobić, "123 $foo 456"czy musisz "123 " + foo + " 456"? Właśnie tam należy podjąć decyzję.

Nie zgadzam się, że PHP używa $, aby odróżnić vars od funcs. Przynajmniej dlatego, że PHP ma składnię podobną do C, a funcs () mają nazwy parens.

Przeczytaj ten post o przepełnieniu stosu o tym, dlaczego $ jest w PHP.

Wiele popularnych języków, takich jak C, C ++, C #, Java, nie używa $ i możemy różnić się łatwymi wariantami od funkcji.

W PHP $ pomaga na przykład, kiedy piszesz: echo "var = $ var"

Bez $ taka sztuczka będzie niemożliwa.

Po tych wszystkich odpowiedziach chciałbym dać trochę więcej punktów Mathew Foscarini.

• Teraz traktujesz problem jako „konstruktor języka”. Próbujesz zrozumieć, dlaczego inny język ma tę lub inną funkcję do wyboru, jeśli chcesz użyć czegoś w swoim własnym języku. Mam wiele lat na tej samej pozycji, ponieważ opracowuję analizator składni SQL dla naszej bazy danych Valentina.
• Radzę zajrzeć na antlr.org, a nawet przeczytać książkę z Terence. Ma wiele fajnych rzeczy dla twórców języków.
• Nadal nie zgadzam się na „powody” ujawnione przez inne odpowiedzi. Zakładają, że autor PHP zdecydował się użyć $, aby móc użyć zastrzeżonych słów kluczowych i Lepiej odróżnić zmienne od nie-zmiennych. Nie sądzę ... chociaż udowodnienie może być tylko jego własną historią.
• Najprawdopodobniej po prostu używają Perla i innych wczesnych języków. Jak podkreśla Terrence, większość języków jest podobnych, zwłaszcza w części LEXER. I zwykle konstruktor nowego języka może po prostu wybrać język, który zamierza rozwinąć, a następnie skorzystać z leksyki tej gramatyki. I właśnie to powinieneś teraz zrobić. Nie trzeba wymyślać od zera. I założę się, że to samo zrobili autorzy PHP.
• Wszystko inne, o czym ludzie wspominają:
  • odróżniać zmienne od nie-zmiennych
  • ponownie wpisz słowa jako nazwy zmiennych
  • możliwość umieszczenia zmiennej wewnątrz łańcucha
  • może być inny (nie jestem wielkim ekspertem w PHP)

są skutkami ubocznymi tego LEXERA , ponieważ jest on w stanie rozpoznać token.

Weźmy jako przykład: w SQL używamy „”, aby móc używać identyfikatorów z zastrzeżonymi słowami, a nawet identyfikatorów ze spacjami „Imię”, „Nazwa grupy”. GROUP jest słowem kluczowym. Wystąpił problem - było specjalne rozwiązanie.

PS Bardzo dobry komentarz od MichaelT.

... pieczęć pozwala:

• Lepiej odróżnij zmienne od nie-zmiennych . Ludzie, którzy wciąż uczą się podstawowych pojęć, mogą mieć problem z ustaleniem, które słowa są zmiennymi, a które nie. Często zaczynają od czytania przykładów lub kodu innej osoby bez odpowiedniego tła.

• Użyj zastrzeżonych słów kluczowych lub nazw funkcji jako nazw zmiennych . Czasami stwierdziłem, że niektóre z tych nazw są odpowiednie dla zmiennej (tj. $countGdy count()zdefiniowano funkcję) i podziękowałem sigilom za pozwolenie na ich użycie.

Zdarza się również, że często używam tej funkcji do ponownego użycia , dla utrzymania wyniku funkcji w zmiennej wysuwanej, np .:

$isdir=isdir($dir);

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