Os sigilos facilitam a leitura do código-fonte?

Na maioria das linguagens de programação, as variáveis ​​não possuem caracteres de identificação como no PHP. No PHP, você deve prefixar uma variável com o $caractere.

Exemplo;

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

Estou desenvolvendo uma nova linguagem de script para um aplicativo de negócios, e meus usuários de destino não têm experiência em programação. Esses caracteres facilitam a leitura e o uso do código?

Uma razão pela qual o PHP usa o $é porque, sem ele, o PHP não pode dizer se um nome é uma referência de função ou referência de variável. Isso ocorre porque o idioma permite referências estranhas a funções. Portanto, o $símbolo ajuda o analisador a separar o espaço para nome.

Eu não tenho esse problema no meu analisador. Portanto, minha pergunta é puramente sobre legibilidade e facilidade de uso. Eu tenho codificado por tantos anos em PHP que, quando vejo $foo, é fácil para mim identificar isso como uma variável. Estou apenas dando uma preferência de viés a esse identificador?

As reais possibilidades e limitações técnicas não são do tipo sugerido ao longo deste segmento. Vamos esclarecer aqueles primeiro.

Aqui está o que $ está possibilitando no PHP:

• Variáveis ​​variáveis
• Variáveis ​​com nome de palavra-chave, por exemplo, $returnou poder usar o mesmo nome para uma variável e uma função / constante, por exemplo$__FILE__

Limitações ou recursos não relacionados ao prefixo $:

• Caso contrário, a implementação não pode diferenciar funções e variáveis
• Interpolação de string PHP ou sintaxe do modelo
• Declaração de variável necessária

Isso significa que não há razão técnica que você não poderia ter

foo = "something";
echo foo;

ou

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

No entanto, você não pode ter (supondo que returnseja uma palavra-chave)

return = "something";

Sem complicações sérias. Se você usasse um prefixo como $, não haveria nenhum problema.

É uma opinião, mas acredito que um sigilo valeria a pena para não programadores, pois permite que eles usem palavras-chave como nomes de variáveis; para eles, de outra forma, seria uma limitação arbitrária: P

Os sigilos realmente fazem muito mais sentido em perl, onde fornecem uma certa quantidade de verificação de tipo. No php, eles não ajudam muito fora do modelo. Você pode ter uma idéia de sua utilidade e legibilidade olhando em diferentes idiomas. Quase ninguém os usa.

Em uma linguagem direcionada ao usuário final em que estou trabalhando, vou ainda mais longe, tornando os identificadores sem distinção entre maiúsculas e minúsculas e permitindo espaços e apóstrofes. Isso me permite criar nomes de variáveis ​​assim Karl's heightmuito mais próximos das linguagens naturais.

Anos atrás, eu aprendi a Applesoft Basic. As strings sempre tinham o sufixo $e as matrizes tinham o sufixo %. É assim que a linguagem funcionou. Você olhou para algo, sabia o que era. Eu nunca mergulhei muito no intérprete para entender por que esse era o caso ou as decisões de design que o fizeram.

O sigil no php vem de sua influência perl (que foi influenciada por awke sh). O sigil no perl é um pouco mais do $que pode identificar muitos tipos diferentes:

• $ escalar
• @ Lista
• % cerquilha
• & codeblock
• * typeglob

O sigilo identifica qual parte da estrutura da tabela de símbolos você está vendo. Nos bastidores, a entrada da tabela de símbolos para foo (acessada via *foo- o typeglob) tem tudo o que pode ser um foo. Há $foo, @foo, %foo, o formato foo , &fooo foo filehandle, etc ...

Isso também permite criar um alias de uma variável para outra:

#!/usr/bin/perl

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

print "$bar @bar\n";

Isto imprime foo 1 2- em perl, isso é o que os sigilos são realmente para, não que você deve fazer isso, mas sim que há esta por trás da cenas coisa que eles fazem.

Os sigilos não existem tanto para facilitar a leitura, mas para que se possa ter $fooe @foosem ter uma colisão no espaço para nome (compare outros idiomas onde não se pode ter os dois int foo; int[] foo;)

Sigilos para facilitar a leitura são algo que é aprendido como parte de qualquer idioma - lendo a sintaxe. Hipóteses, você pode impor o próprio tipo (como notação húngara) para fazer parte do identificador.

Algo no lex ao longo das linhas de:

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

E então você poderia ter código como

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

Não estou dizendo que essa é uma boa ideia, mas alguém que está acostumado ao idioma poderá lê-lo nativamente e pensar que ele aprimora a legibilidade, enquanto alguém que não está familiarizado com o idioma pode pensar que apenas acrescenta um monte de barulho para o idioma.

No entanto, depois de trabalhar com um idioma definido dessa maneira, eu provavelmente poderia lê-lo sem problemas.

Algumas pessoas gostam deles, outras não. Existem grandes guerras sagradas em vários fóruns debatendo isso e realmente se resume ao quanto você as usou.

Pode-se projetar uma nova linguagem para não-programadores que usa sigils e quem nunca programou antes nunca reclamará um pouco sobre eles. Por outro lado, você não pode tê-los como parte do idioma e, em seguida, os programadores de ruby ​​ou perl reclamam que estão perdendo algumas informações importantes.

Realmente não importa. O que importa é como os sigilos se encaixariam no idioma, se você os usar ou não. Você quer poder fazer "123 $foo 456"ou precisa fazer "123 " + foo + " 456"? É aqui que a decisão deve ser tomada.

Não concordo que o PHP use $ para diferenciar vars de funcs. Pelo menos porque o PHP tem sintaxe do tipo C e funcs () parens após o nome.

Leia este post no stack overflow sobre por que $ está no PHP.

Muitas linguagens populares, como C, C ++, C #, Java, não usam $ e podemos diferenciar var fácil de função.

No PHP $ ajuda, por exemplo, quando você escreve: echo "var = $ var"

Sem $ esse truque será impossível.

Depois de todas essas respostas, quero dar mais alguns pontos a Mathew Foscarini.

• Você considera o problema agora como um "construtor de idiomas". Você tenta entender por que outro idioma tem esse ou aquele recurso para escolher se deseja usar algo em seu próprio idioma. Estou na mesma posição há muitos anos, porque desenvolvo um analisador SQL para o nosso banco de dados Valentina.
• Aconselho que você dê uma olhada no antlr.org e até leia o livro de Terence. Tem muitas coisas boas para desenvolvedores de idiomas.
• Ainda não concordo com "razões" expostas por outras respostas. Eles assumem que o autor do PHP decidiu decidir usar $ para poder usar palavras-chave reservadas e distinguir melhor variáveis ​​de não variáveis. Acho que não ... embora provar possa ser apenas a sua própria história.
• Muito provavelmente eles seguem apenas idiomas perl e mais antigos. Como sublinha Terrence, a maioria dos idiomas é semelhante, especialmente na parte LEXER. E, geralmente, o construtor de uma nova linguagem pode simplesmente escolher que tipo de linguagem ele irá desenvolver e depois se dedicar mais à sua gramática. E é isso que você deve fazer agora. Não há necessidade de inventar do zero. E eu aposto que o mesmo fez autores PHP.
• Tudo o mais que as pessoas mencionam:
  • distinguir variáveis ​​de não variáveis
  • reserver palavras como nomes de variáveis
  • capacidade de colocar variável dentro da string
  • pode ser outra coisa (não sou grande especialista em PHP)

são efeitos colaterais deste LEXER , porque é capaz de reconhecer um token.

Tomemos como exemplo: no SQL, usamos "" para poder usar identificadores com palavras reservadas e até identificadores com espaços "Primeiro Nome", "Nome do Grupo". GROUP é uma palavra-chave. Houve um problema - houve uma solução especial.

PS Muito bom comentário de MichaelT.

... um sigilo permite:

• Melhor distinguir variáveis ​​de não variáveis . As pessoas que ainda estão aprendendo conceitos básicos podem ter problemas para descobrir quais palavras são variáveis ​​e quais não. Eles geralmente começam lendo exemplos ou códigos de outras pessoas sem formação adequada.

• Use palavras - chave reservadas ou nomes de funções como nomes de variáveis . Às vezes, eu achava que alguns desses nomes eram os corretos para uma variável (ou seja, $countenquanto havia uma count()função definida) e agradecia aos sigilos por me permitir usá-los.

Também acontece que eu reutilize esse nome de função frequentemente, para manter o resultado de uma função em uma variável descartável, por exemplo:

$isdir=isdir($dir);

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