Erleichtern Sigillen das Lesen des Quellcodes?

In den meisten Programmiersprachen haben Variablen keine identifizierenden Zeichen wie in PHP. In PHP müssen Sie einer Variablen das $Zeichen voranstellen .

Beispiel;

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

Ich entwickle eine neue Skriptsprache für eine Geschäftsanwendung und meine Zielbenutzer haben keinen Programmierhintergrund. Erleichtern diese Zeichen das Lesen und Verwenden des Codes?

Ein Grund, warum PHP das verwendet, $ist, dass PHP ohne es nicht erkennen kann, ob ein Name eine Funktionsreferenz oder eine Variablenreferenz ist. Dies liegt daran, dass die Sprache seltsame Verweise auf Funktionen zulässt. Das $Symbol hilft dem Parser also, den Namespace zu trennen.

Ich habe dieses Problem nicht in meinem Parser. Meine Frage ist also nur die Lesbarkeit und Benutzerfreundlichkeit. Ich habe so viele Jahre in PHP programmiert, dass $fooes mir leicht fällt, diese Variable zu identifizieren , wenn ich sie sehe . Gebe ich diesem Bezeichner nur eine Vorliebe?

Die tatsächlichen technischen Möglichkeiten und Einschränkungen sind nicht von der Art, wie sie in diesem Thread vorgeschlagen werden. Lassen Sie uns diese zuerst ausräumen.

Folgendes macht $ in PHP möglich:

• Variable Variablen
• Variablen mit Schlüsselwortname zB $returnoder der gleichen Bezeichnung für eine Variable und eine Funktion / Konstante zB$__FILE__

Einschränkungen oder Funktionen, die nichts mit dem Präfix $ zu tun haben:

• Die Implementierung kann ansonsten keinen Unterschied zwischen Funktionen und Variablen feststellen
• PHP-String-Interpolation oder Template-Syntax
• Erforderliche Variablendeklaration

Das heißt, es gibt keinen technischen Grund, den Sie nicht haben könnten

foo = "something";
echo foo;

oder

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

Dies ist jedoch nicht möglich (vorausgesetzt, es returnhandelt sich um ein Schlüsselwort).

return = "something";

Ohne ernsthafte Komplikationen. Wenn Sie ein Präfix wie verwendet hätten $, wäre es kein Problem gewesen.

Es ist eine Meinung, aber ich glaube, ein Siegel wäre es wert für Nicht-Programmierer, da es ihnen ermöglicht, Schlüsselwörter als Variablennamen zu verwenden, für sie würde es ansonsten wie eine willkürliche Einschränkung aussehen: P

Sigils sind in Perl viel sinnvoller, da sie eine gewisse Art der Typprüfung ermöglichen. In PHP helfen sie nicht viel außerhalb des Templatings. Sie können sich ein Bild von deren Nützlichkeit und Lesbarkeit machen, indem Sie sich in verschiedenen Sprachen umsehen. Kaum jemand benutzt sie.

In einer Endbenutzersprache, an der ich arbeite, gehe ich sogar noch weiter, indem ich die Groß- und Kleinschreibung von Bezeichnern nicht beachte und Leerzeichen und Apostrophe zulasse. Auf diese Weise kann ich Variablennamen erstellen Karl's height, die den natürlichen Sprachen viel näher kommen.

Vor Jahren habe ich Applesoft Basic gelernt. Zeichenfolgen wurden immer mit $einem Suffix versehen und Arrays mit einem Suffix von %. So hat die Sprache funktioniert. Sie haben etwas angeschaut, Sie wussten, was es war. Ich habe mich nie zu sehr mit dem Dolmetscher befasst, um zu verstehen, warum dies der Fall war oder welche Designentscheidungen es dazu geführt haben.

Das Siegel in PHP kommt von seinem Perl-Einfluss (der von awkund beeinflusst wurde sh). Das Sigil in Perl ist weit mehr als nur $das Identifizieren vieler verschiedener Typen:

• $ Skalar
• @ aufführen
• % hash
• & Codeblock
• * Typeglob

Das Siegel kennzeichnet, welchen Teil der Symboltabellenstruktur Sie betrachten. Hinter den Kulissen enthält der Symboltabelleneintrag für foo (auf den über *foo- den Typeglob zugegriffen wird ) alles, was ein foo sein kann. Es gibt $foo, @foo, %foo, das Format foo , &foodie Dateikennung foo, etc ...

Dies ermöglicht auch das Erstellen eines Alias ​​von einer Variablen zu einer anderen:

#!/usr/bin/perl

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

print "$bar @bar\n";

Dies druckt foo 1 2- in Perl, das ist, wofür die Siegel wirklich sind , nicht, dass Sie dies tun sollten, sondern dass es diese Sache hinter den Kulissen gibt, die sie tun.

Die sigils gibt es nicht so viel für die Lesbarkeit, sondern so , dass man haben kann $foound @fooohne eine Kollision im Namensraum (vergleiche anderen Sprachen , wo man kann nicht beides haben int foo; int[] foo;)

Zeichen für die Lesbarkeit werden in jeder Sprache gelernt - beim Lesen der Syntax. Sie könnten hypothetisch erzwingen, dass der Typ selbst (als ungarische Notation) Teil des Bezeichners ist.

Etwas in Lex im Sinne von:

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

Und dann könnten Sie Code wie haben

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

Ich sage nicht, dass dies eine gute Idee ist, sondern dass jemand, der an die Sprache gewöhnt ist, dies von Haus aus lesen kann und denkt, dass es die Lesbarkeit verbessert, während jemand, der mit der Sprache nicht vertraut ist, der Meinung ist, dass es nur etwas hinzufügt ein Haufen Lärm für die Sprache.

Nachdem ich mit einer so definierten Sprache gearbeitet hatte, konnte ich sie wahrscheinlich problemlos lesen.

Manche mögen sie, manche nicht. Es gibt große heilige Kriege in verschiedenen Foren, die dies diskutieren, und es läuft wirklich darauf hinaus, wie oft Sie sie benutzt haben.

Man könnte eine neue Sprache für Nicht-Programmierer entwerfen, die Sigillen verwendet, und jeder, der noch nie zuvor programmiert hat, wird sich nie ein bisschen über sie beschweren. Auf der anderen Seite könnten Sie sie nicht als Teil der Sprache haben und Ruby- oder Perl-Programmierer könnten sich darüber beschweren, dass ihnen einige wichtige Informationen fehlen.

Es ist wirklich egal. Es kommt darauf an, wie Siegel in die Sprache passen, wenn Sie sie verwenden oder nicht. Wollen Sie können "123 $foo 456"oder müssen Sie "123 " + foo + " 456"? Hier sollte die Entscheidung getroffen werden.

Ich bin nicht einverstanden, dass PHP $ verwendet, um sich von funcs zu unterscheiden. Zumindest, weil PHP eine C-ähnliche Syntax hat und funcs () nach dem Namen Parens hat.

Lesen Sie diesen Beitrag über den Stapelüberlauf darüber, warum $ in PHP ist.

Viele gängige Sprachen, wie C, C ++, C #, Java, verwenden kein $ und wir können einfach var von der Funktion unterscheiden.

In PHP hilft $ zum Beispiel, wenn Sie schreiben: echo "var = $ var"

Ohne $ wird ein solcher Trick unmöglich sein.

Nach all diesen Antworten möchte ich Mathew Foscarini noch einige Punkte geben.

• Sie betrachten das Problem jetzt als "Sprachkonstruktor". Sie versuchen zu verstehen, warum eine andere Sprache über diese oder jene Funktion verfügt, um zu entscheiden, ob Sie etwas in Ihrer eigenen Sprache verwenden möchten. Ich bin viele Jahre in derselben Position, weil ich SQL-Parser für unsere Valentina-Datenbank entwickle.
• Ich rate Ihnen, sich antlr.org anzuschauen und sogar ein Buch von Terence zu lesen. Es hat viele schöne Dinge für Sprachentwickler.
• Ich bin immer noch nicht einverstanden mit "Gründen", die durch andere Antworten aufgedeckt wurden. Sie gehen davon aus, dass der PHP-Autor im Kopf entschieden hat, $ zu verwenden, um reservierte Schlüsselwörter zu verwenden und Variablen besser von Nicht-Variablen zu unterscheiden. Ich denke nicht ... obwohl beweisen kann nur seine / ihre eigene Geschichte sein.
• Höchstwahrscheinlich folgen sie nur Perl und älteren Sprachen. Wie Terrence betont, sind die meisten Sprachen ähnlich, insbesondere im LEXER-Teil. Und normalerweise kann der Konstrukteur einer neuen Sprache einfach auswählen, welche Art von Sprache er entwickeln will, und dann Lexer dieser Sprachgrammatik nehmen. Und das solltest du jetzt tun. Keine Notwendigkeit, von Grund auf neu zu erfinden. Und ich wette, dasselbe haben PHP-Autoren getan.
• Alles andere, was die Leute erwähnen:
  • Variablen von Nicht-Variablen unterscheiden
  • Reserver-Wörter als Variablennamen
  • Möglichkeit, eine Variable innerhalb eines Strings zu platzieren
  • kann sonst sein (ich bin kein großer Experte in PHP)

sind Nebenwirkungen dieses LEXER , weil es einen Token erkennen kann.

Nehmen wir als Beispiel: In SQL verwenden wir "", um Bezeichner mit reservierten Wörtern und sogar Bezeichner mit Leerzeichen "Vorname", "Gruppenname" verwenden zu können. GROUP ist ein Schlüsselwort. Es gab ein Problem - es gab eine spezielle Lösung.

PS Sehr guter Kommentar von MichaelT.

... ein Siegel erlaubt:

• Unterscheide Variablen besser von Nicht-Variablen . Menschen, die noch Grundbegriffe lernen, haben möglicherweise Schwierigkeiten herauszufinden, welche Wörter Variablen sind und welche nicht. Sie beginnen oft damit, Beispiele oder den Code anderer zu lesen, die keinen angemessenen Hintergrund haben.

• Verwenden Sie reservierte Schlüsselwörter oder Funktionsnamen als Variablennamen . Manchmal stellte ich fest, dass einige dieser Namen die richtigen für eine Variable waren (dh $countwährend eine count()Funktion definiert war) und dankte Sigils, dass ich sie verwenden durfte.

Ich verwende diesen Funktionsnamen auch häufig wieder, um das Ergebnis einer Funktion in einer Wegwerfvariablen zu speichern, z.

$isdir=isdir($dir);

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