Les sigils facilitent-ils la lecture du code source?

Dans la plupart des langages de programmation, les variables n'ont pas de caractères d'identification comme elles le font en PHP. En PHP, vous devez préfixer une variable avec le $caractère.

Exemple;

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

Je développe un nouveau langage de script pour une application métier, et mes utilisateurs cibles n'ont pas d'expérience en programmation. Ces caractères facilitent-ils la lecture et l'utilisation du code?

Une raison pour laquelle PHP utilise le $est parce que sans lui, PHP ne peut pas dire si un nom est une référence de fonction ou une référence de variable. En effet, le langage autorise d'étranges références aux fonctions. Le $symbole aide donc l'analyseur à séparer l'espace de noms.

Je n'ai pas ce problème dans mon analyseur. Ma question porte donc uniquement sur la lisibilité et la facilité d'utilisation. J'ai codé pendant tant d'années en PHP que quand je vois, $fooil est facile pour moi de l'identifier comme une variable. Suis-je en train de donner une préférence de biais à cet identifiant?

Les possibilités et limitations techniques réelles ne sont pas du tout comme celles suggérées tout au long de ce fil. Débarrassons-les d'abord.

Voici ce que $ rend possible en PHP:

• Variables variables
• Variables avec un nom de mot clé par exemple $returnou pouvant utiliser le même nom pour une variable et une fonction / constante par exemple$__FILE__

Limitations ou fonctionnalités sans rapport avec le préfixe $:

• L'implémentation étant autrement incapable de faire la différence entre les fonctions et les variables
• Interpolation de chaînes PHP ou syntaxe de modèle
• Déclaration de variable requise

Cela signifie qu'il n'y a aucune raison technique que vous ne pourriez pas avoir

foo = "something";
echo foo;

ou

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

Cependant, vous ne pouvez pas en avoir (en supposant qu'il returns'agit d'un mot-clé)

return = "something";

Sans complications graves. Si vous avez utilisé un préfixe comme $, cela n'aurait posé aucun problème.

C'est une opinion mais je crois qu'un sceau en vaudrait la peine pour les non-programmeurs car il leur permet d'utiliser des mots clés comme noms de variables, pour eux, cela ressemblerait autrement à une limitation arbitraire: P

Les sigils ont en fait beaucoup plus de sens en perl, où ils fournissent une certaine quantité de vérification de type. En php, ils n'aident pas beaucoup en dehors des modèles. Vous pouvez avoir une idée de leur utilité et de leur lisibilité en examinant différentes langues. Presque personne ne les utilise.

Dans un langage ciblé sur les utilisateurs finaux sur lequel je travaille, je vais même plus loin, rendant les identifiants insensibles à la casse et autorisant les espaces et les apostrophes. Cela me permet de faire des noms de variables comme Karl's heightça beaucoup plus proches des langages naturels.

Il y a des années, j'ai appris Applesoft Basic. Les chaînes étaient toujours suffixées $et les tableaux avaient un suffixe de %. C'est comme ça que la langue fonctionnait. Vous avez regardé quelque chose, vous saviez ce que c'était. Je ne suis jamais allé trop loin dans l'interprète pour comprendre pourquoi c'était le cas ou les décisions de conception qui l'ont fait.

Le sceau en php provient de son influence perl (qui a été influencée par awket sh). Le sceau en perl est bien plus que juste $car il peut identifier de nombreux types différents:

• $ scalaire
• @ liste
• % hacher
• & bloc de code
• * typeglob

Le sceau identifie la partie de la structure de la table des symboles que vous regardez. Dans les coulisses, l'entrée de la table des symboles pour foo (accessible via *foo- le typeglob) a tout ce qui peut être un foo. Il y a $foo, @foo, %foo, le format foo de , &foo, le descripteur de fichier foo, etc ...

Cela permet également de créer un alias d'une variable à une autre:

#!/usr/bin/perl

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

print "$bar @bar\n";

Cela imprime foo 1 2- en perl, c'est à cela que servent vraiment les sceaux , non pas que vous fassiez cela mais plutôt qu'il y a cette chose en coulisses qu'ils font.

Les sceaux ne sont pas tellement là pour la lisibilité, mais plutôt pour que l'on puisse avoir $fooet @foosans avoir une collision dans l'espace de noms (comparer d'autres langages où l'on ne peut pas avoir les deux int foo; int[] foo;)

Les cachets de lisibilité sont quelque chose qui s'apprend dans le cadre de n'importe quel langage - lire la syntaxe. Vous pourriez, hypothétiquement, imposer le type lui-même (en notation hongroise) pour faire partie de l'identifiant.

Quelque chose dans lex le long des lignes de:

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

Et puis vous pourriez avoir du code comme

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

Je ne dis pas que c'est une bonne idée, mais plutôt que quelqu'un qui est habitué à la langue pourra le lire nativement et penser que cela améliore la lisibilité tandis que quelqu'un qui n'est pas familier avec la langue peut penser que cela ajoute simplement un tas de bruit à la langue.

Cependant, après avoir travaillé avec une langue définie de cette façon, je pourrais probablement la lire sans problème.

Certaines personnes les aiment, d'autres non. Il y a de grandes guerres saintes dans divers forums qui en débattent et cela se résume vraiment à combien vous les avez utilisées.

On pourrait concevoir un nouveau langage pour les non-programmeurs qui utilise des sceaux et quiconque n'a jamais programmé auparavant ne s'en plaindra jamais. D'un autre côté, vous ne pouvez pas les avoir dans le langage et demander aux programmeurs ruby ​​ou perl de se plaindre de manquer des informations clés.

Ça n'a vraiment pas d'importance. Ce qui importe, c'est la façon dont les sceaux s'intégreraient dans la langue, que vous les utilisiez ou non. Voulez-vous pouvoir faire "123 $foo 456"ou devez-vous faire "123 " + foo + " 456"? C'est là que la décision doit être prise.

Je ne suis pas d'accord que PHP utilise $ pour différencier les vars des funcs. Du moins parce que PHP a une syntaxe de type C, et funcs () a des parens après le nom.

Lisez cet article sur le débordement de pile pour savoir pourquoi $ est en PHP.

De nombreux langages populaires, tels que C, C ++, C #, Java n'utilisent pas $ et nous pouvons différer facilement de la fonction.

En PHP $ aide, par exemple, lorsque vous écrivez: echo "var = $ var"

Sans $, une telle astuce sera impossible.

Après toutes ces réponses, je veux donner plus de points à Mathew Foscarini.

• Vous considérez le problème maintenant comme un "constructeur de langage". Vous essayez de comprendre pourquoi une autre langue a telle ou telle fonctionnalité pour choisir d'utiliser quelque chose dans votre propre langue. Je suis dans la même position depuis de nombreuses années, car je développe l'analyseur SQL pour notre base de données Valentina.
• Je vous conseille de jeter un œil sur antlr.org et même de lire le livre de Terence. Il a beaucoup de bonnes choses pour les développeurs de langage.
• Je ne suis toujours pas d'accord avec les "raisons" exposées par d'autres réponses. Ils supposent que l'auteur PHP en tête a décidé d'utiliser $ pour pouvoir utiliser des mots clés réservés et mieux distinguer les variables des non-variables. Je ne le pense pas ... bien que prouver ne peut être que sa / leur propre histoire.
• Très probablement, ils suivent simplement Perl et les langues plus anciennes. Comme le souligne Terrence, la plupart des langues sont similaires, en particulier dans la partie LEXER. Et généralement, le constructeur d'une nouvelle langue peut simplement choisir le type de langue qu'il va développer, puis prendre lexer de cette grammaire linguistique. Et c'est ce que vous devez faire maintenant. Pas besoin d'inventer à partir de zéro. Et je parie que les auteurs PHP ont fait de même.
• Tout le reste ce que les gens mentionnent:
  • distinguer les variables des non-variables
  • mots réservoirs comme noms de variables
  • pouvoir placer une variable à l'intérieur de la chaîne
  • peut être autre chose (je ne suis pas un grand expert en PHP)

sont des effets secondaires de ce LEXER , car il est capable de reconnaître un jeton.

Prenons l'exemple: en SQL, nous utilisons "" pour pouvoir utiliser des identifiants avec des mots réservés et même des identifiants avec des espaces "First Name", "Group Name". GROUPE est un mot-clé. Il y avait un problème - il y avait une solution spéciale.

PS Très bon commentaire de MichaelT.

... un sceau permet de:

• Mieux distinguer les variables des non-variables . Les personnes qui apprennent encore des concepts de base pourraient avoir du mal à déterminer quels mots sont des variables et lesquels ne le sont pas. Ils commencent souvent par lire des exemples ou du code d'autres personnes sans fond adéquat.

• Utilisez des mots clés réservés ou des noms de fonction comme noms de variables . Parfois, j'ai trouvé que certains de ces noms étaient les bons pour une variable (c'est-à-dire $countpendant qu'une count()fonction était définie) et j'ai remercié les sceaux de m'avoir permis de les utiliser.

Il m'arrive également de faire ce nom de fonction en le réutilisant fréquemment, pour contenir le résultat d'une fonction dans une variable jetable, par exemple:

$isdir=isdir($dir);

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