I sigilli rendono più semplice la lettura del codice sorgente?

Nella maggior parte dei linguaggi di programmazione, le variabili non hanno caratteri identificativi come in PHP. In PHP devi aggiungere il prefisso a una variabile con il $carattere.

Esempio;

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

Sto sviluppando un nuovo linguaggio di scripting per un'applicazione aziendale e i miei utenti target non hanno un background di programmazione. Questi caratteri facilitano la lettura e l'utilizzo del codice?

Uno dei motivi per cui PHP usa il $è perché senza di esso PHP non può dire se un nome è un riferimento di funzione o riferimento di variabile. Questo perché il linguaggio consente strani riferimenti alle funzioni. Quindi il $simbolo aiuta il parser a separare lo spazio dei nomi.

Non ho questo problema nel mio parser. Quindi la mia domanda è puramente sulla leggibilità e sulla facilità d'uso. Ho programmato per così tanti anni in PHP che, quando vedo $foo, è facile per me identificarlo come una variabile. Sto solo dando una preferenza per questo identificatore?

Le effettive possibilità e limitazioni tecniche non sono del tutto simili a quelle suggerite in questa discussione. Eliminiamo prima quelli.

Ecco cosa $ sta rendendo possibile in PHP:

• Variabili variabili
• Variabili con il nome della parola chiave, ad es. $returnO in grado di utilizzare lo stesso nome per una variabile e una funzione / costante, ad es$__FILE__

Limitazioni o funzionalità non correlate al prefisso $:

• In caso contrario, l'implementazione non è in grado di distinguere tra funzioni e variabili
• Interpolazione di stringhe PHP o sintassi del modello
• Dichiarazione variabile richiesta

Ciò significa che non esiste alcun motivo tecnico che non potresti avere

foo = "something";
echo foo;

o

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

Tuttavia non puoi avere (supponendo che returnsia una parola chiave)

return = "something";

Senza gravi complicazioni. Se avessi usato un prefisso simile $, non sarebbe stato un problema.

È un'opinione ma credo che un sigillo varrebbe la pena per i non programmatori poiché consente loro di usare le parole chiave come nomi di variabili, a loro altrimenti sembrerebbe una limitazione arbitraria: P

I sigilli in realtà hanno molto più senso in perl, dove forniscono una certa quantità di controllo del tipo. In php non aiutano molto al di fuori del templating. Puoi avere un'idea della loro utilità e leggibilità guardando in diverse lingue. Quasi nessuno li usa.

In un linguaggio mirato per l'utente finale su cui sto lavorando, vado anche oltre, rendendo gli identificatori insensibili alle maiuscole e consentendo spazi e apostrofi. Ciò mi consente di creare nomi di variabili del genere Karl's heightmolto più vicini ai linguaggi naturali.

Anni fa ho imparato Applesoft Basic. Le stringhe erano sempre suffissate $e le matrici avevano il suffisso %. Ecco come ha funzionato la lingua. Hai guardato qualcosa, sapevi cosa fosse. Non ho mai approfondito troppo l'interprete per capire perché questo fosse il caso o le decisioni di progettazione che lo hanno reso così.

Il sigillo in php deriva dalla sua influenza perl (che è stata influenzata da awke sh). Il sigillo in perl è un po 'più di $quanto possa identificare molti tipi diversi:

• $ scalare
• @ elenco
• % hash
• & codeblock
• * typeglob

Il sigillo identifica quale parte della struttura della tabella dei simboli stai osservando. Dietro le quinte, la voce della tabella dei simboli per foo (accessibile tramite *foo- il typeglob) ha tutto ciò che può essere un foo. C'è $foo, @foo, %foo, il formato foo , &fooil foo filehandle, ecc ...

Ciò consente anche di creare un alias da una variabile a un'altra:

#!/usr/bin/perl

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

print "$bar @bar\n";

Questo stampa foo 1 2- in perl, questo è ciò per cui i sigilli sono davvero , non che dovresti farlo, ma piuttosto che c'è qualcosa dietro le quinte che fanno.

I sigilli non ci sono così tanto per la leggibilità, ma piuttosto così si può avere $fooe @foosenza avere una collisione nello spazio dei nomi (confrontare altre lingue in cui non si possono avere entrambi int foo; int[] foo;)

I sigilli per la leggibilità sono qualcosa che viene appreso come parte di qualsiasi lingua: leggere la sintassi. Si potrebbe, ipoteticamente, imporre il tipo stesso (come notazione ungherese) per far parte dell'identificatore.

Qualcosa in Lex lungo le linee di:

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

E poi potresti avere un codice simile

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

Non sto dicendo che questa è una buona idea, ma piuttosto che qualcuno che è abituato alla lingua sarà in grado di leggerlo in modo nativo e pensare che migliora la leggibilità mentre qualcuno che non ha familiarità con la lingua potrebbe pensare che aggiunge un sacco di rumore per la lingua.

Tuttavia, dopo aver lavorato con una lingua definita in questo modo, probabilmente potrei leggerla senza problemi.

Ad alcune persone piacciono, altre no. Ci sono grandi guerre sante in vari forum che discutono di questo e si riduce davvero a quanto li hai usati.

Si potrebbe progettare un nuovo linguaggio per i non programmatori che usano sigilli e chiunque non abbia mai programmato prima non si lamenterà mai di loro. D'altra parte, non potresti averli come parte della lingua e quindi i programmatori ruby ​​o perl si lamentano del fatto che stanno perdendo alcune informazioni chiave.

Non importa davvero. Ciò che conta è come i sigilli si adatteranno alla lingua se li usi o meno. Vuoi essere in grado di fare "123 $foo 456"o devi fare "123 " + foo + " 456"? È qui che dovrebbe essere presa la decisione.

Non sono d'accordo sul fatto che PHP usi $ per differire dai vari. Almeno perché PHP ha una sintassi simile a C, e funcs () hanno parentesi dopo il nome.

Leggi questo post in overflow dello stack sul motivo per cui $ è in PHP.

Molti linguaggi popolari, come C, C ++, C #, Java non usano $ e possiamo differire facilmente dalla funzione.

In PHP $ aiuta, ad esempio, quando scrivi: echo "var = $ var"

Senza $ tale trucco sarà impossibile.

Dopo tutte queste risposte, voglio dare qualche punto in più a Mathew Foscarini.

• Consideri il problema ora come un "costruttore di linguaggio". Cerchi di capire perché un'altra lingua ha questa o quella caratteristica per scegliere se usare qualcosa nella tua lingua. Sono nella stessa posizione da molti anni, perché sto sviluppando il parser SQL per il nostro database Valentina.
• Ti consiglio di dare un'occhiata a antlr.org e persino di leggere il libro di Terence. Ha molte cose carine per gli sviluppatori di lingue.
• Non sono ancora d'accordo con i "motivi" esposti da altre risposte. Presumono che l'autore PHP in testa abbia deciso di usare $ per poter usare parole chiave riservate e meglio distinguere le variabili dalle non variabili. Non penso proprio ... anche se provare può essere solo la sua storia.
• Molto probabilmente seguono solo il perl e le lingue più antiche. Come sottolinea Terrence, la maggior parte delle lingue sono simili, specialmente nella parte LEXER. E di solito il costruttore di una nuova lingua può semplicemente scegliere il tipo di lingua che sta per sviluppare e quindi prendere lexer di quella grammatica linguistica. E questo è quello che dovresti fare ora. Non c'è bisogno di inventare da zero. E scommetto che lo stesso hanno fatto gli autori di PHP.
• Tutto il resto ciò che la gente dice:
  • distinguere le variabili dalle non variabili
  • parole del reserver come nomi di variabili
  • possibilità di posizionare variabili all'interno della stringa
  • potrebbe essere altro (non sono un grande esperto di PHP)

sono effetti collaterali di questo LEXER , perché è in grado di riconoscere un token.

Prendiamo ad esempio: in SQL utilizziamo "" per poter usare identificatori con parole riservate e persino identificatori con spazi "Nome", "Nome gruppo". GROUP è una parola chiave. C'è stato un problema: c'era una soluzione speciale.

PS Ottimo commento di MichaelT.

... un sigillo consente di:

• Distinguere meglio le variabili dalle non variabili . Le persone che stanno ancora imparando i concetti di base potrebbero avere difficoltà a capire quali parole sono variabili e quali no. Spesso iniziano leggendo esempi o codici di altre persone senza un background adeguato.

• Usa parole chiave riservate o nomi di funzioni come nomi di variabili . A volte ho trovato alcuni di quei nomi come quelli giusti per una variabile (cioè $countmentre era stata count()definita una funzione) e ho ringraziato i sigilli per avermi permesso di usarli.

Inoltre mi capita di fare quel nome di funzione riutilizzandolo frequentemente, per contenere il risultato di una funzione in una variabile usa e getta, ad esempio:

$isdir=isdir($dir);

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