Warum sind numerische Funktionsnamen nicht erlaubt?

Folgendes berücksichtigen:

$ ksh -c '1(){ echo hi;};1'
ksh: 1: invalid function name
$ dash -c '1(){ echo hi;};1'
dash: 1: Syntax error: Bad function name
$ bash -c '1(){ echo hi;};1'
bash: `1': not a valid identifier
bash: 1: command not found
$ mksh -c '1(){ echo hi;};1'
hi

Im Grunde war ich versuche , Funktionen zu erklären 1und 0welche wären Kürzel für trueund false, aber wie man sehen kann ich lief in Probleme mit numerischen Namen in Funktionen. Das gleiche Verhalten tritt bei Aliasnamen und zweistelligen Namen auf.

Frage ist "warum"? Wird es von POSIX beauftragt? oder nur eine Eigenart von Bourne-ähnlichen Muscheln?

Siehe auch verwandte Fragen zu dieser.

POSIX sagt:

2.9.5 Funktionsdefinitionsbefehl

Eine Funktion ist ein benutzerdefinierter Name, der als einfacher Befehl zum Aufrufen eines zusammengesetzten Befehls mit neuen Positionsparametern verwendet wird. Eine Funktion wird mit einem "Funktionsdefinitionsbefehl" definiert.

Das Format eines Funktionsdefinitionsbefehls lautet wie folgt:

 fname ( ) compound-command [io-redirect ...]

Die Funktion heißt fname ; Die Anwendung muss sicherstellen, dass es sich um einen Namen handelt (siehe XBD- Name ) und nicht um den Namen eines speziellen integrierten Dienstprogramms. Eine Implementierung kann andere Zeichen in einem Funktionsnamen als Erweiterung zulassen. Die Implementierung muss separate Namensräume für Funktionen und Variablen verwalten.

Und:

3.235 Name

In der Shell-Befehlssprache ein Wort, das ausschließlich aus Unterstrichen, Ziffern und Alphabeten aus dem tragbaren Zeichensatz besteht. Das erste Zeichen eines Namens ist keine Ziffer.

Hinweis: Der tragbare Zeichensatz wird ausführlich im tragbaren Zeichensatz definiert.

Ein Wort, das mit einer Ziffer beginnt, kann also kein Funktionsname sein.

Dies ist in vielen Sprachen ein Standard, um Verwechslungen zwischen mathematischen Operationen und Variablen oder Funktionen oder Methoden zu vermeiden.

Erwägen:

var 1 = 100

print 1*10 //should return 10 but would instead return 1000

var x = 5
x += 1
print x //returns 105, not 6    

def 100(num)
  return num * 1000
end

var y = 10 + 100(10)
print y // returns 100010 instead of 1010

Wie Sie sehen können, kann das spätere Ausführen von Mathematik in einem Programm sehr verwirrend werden, wenn Zahlen als Variablen- oder Funktionsnamen zulässig sind, und Sie müssten kreative Problemumgehungen finden, wenn Sie später tatsächlich mit diesen Zahlen rechnen müssen. In einigen Sprachen kann es auch zu unerwarteten Ergebnissen kommen. Stellen Sie sich vor, Sie erhöhen eine Zahl für eine Schleife, aber eine der Ziffern ist bereits eine Variable, die einer Zeichenfolge entspricht. Es würde sofort einen Fehler auslösen. Wenn Sie nicht der ursprüngliche Autor des Codes waren, kann es eine Weile dauern, bis dieser Fehler gefunden ist.

Kurz gesagt, aus diesem Grund können Sie in den meisten Sprachen keine Zahl als Namen einer Variablen, Funktion, Methode usw. verwenden.

Betrachten Sie in C einen Ausdruck wie:

1000l + 2.0f;

Ist 1000leine Variable oder eine Konstante? Da Variablennamen nicht mit einer Ziffer beginnen können, muss sie eine Konstante sein. Dies macht das Parsen einfacher und strenger (Tippfehler wie 1000kkönnen leicht abgefangen werden). Es ist auch einfacher, eine einzige Regel für Variablen und Funktionsnamen zu haben, da Funktionen auch als Variablen behandelt werden können. Jetzt sind Parser natürlich viel komplexer und leistungsfähiger, und wir haben Dinge wie benutzerdefinierte Literale in C ++. Aber in jenen alten Tagen der Vorgeschichte könnte ein Opfer unnötiger Flexibilität Ihre Kompilierungs- (oder Interpretations-) Zeiten viel kürzer machen (und die Leute beschweren sich immer noch über C ++ - Kompilierungszeiten).

Und Sie können die Auswirkungen eines C-Einflusses in der gesamten Shell-Sprache sehen. Es ist daher nicht verwunderlich, dass die Bourne-Shell (oder C-Shell) und damit POSIX die Klasse der zulässigen Namen auf die gleiche wie die von C beschränkt hat.