Alpha - Meine kleine Sprache

[Architekt]

Ich frage ja öfters nun schon nach Assembler Hilfe, da wollte ich euch zumindest zeigen, in was eure Hilfe resultiert: https://github.com/Dgame/Alpha
Das ist Alpha, meine eigene kleine Sprache, die in Assembler übersetzt wird. Beispiele (sowohl für Input-Syntax als auch für Output) könnt ihr in den Ordnern Input und Output vorfinden.
Sie ist noch lange nicht perfekt, sicherlich nicht optimal und hat bestimmt noch die ein oder anderen Fallstricke, aber hey, es macht mir Spass. Zuletzt habe ich if Bedingungen implementiert und werde innerhalb der nächsten Woche mal versuchen Arrays und Schleife einzubauen.

[Xin]

Ist Deine Sprache dynamisch oder statisch typisiert?

[Architekt]

Es gibt nur einen Datentyp: int. Allerdings werden Variablen mit dem Präfix

Code: Alles auswählen

var

eingeleitet, also

Code: Alles auswählen

var a = 42

. Somit ist Alpha gegenwärtig dynamisch aber gleichzeitig stark typisiert. Letzteres soll auf jedenfall auch so bleiben.

[Xin]

Ich schreibe selbst an einer Programmiersprache. Mit einem 'var' konnte ich mich nicht anfreunden.
Bei mir heißt die Operation 'is'.

Code: Alles auswählen

a is 42;

Oder ohne Initialisierung

Code: Alles auswählen

a is int;

[Architekt]

Gefällt mir, allerdings mag ich das Semikolon überhaupt nicht.

[nouseforname]

Genau, weg mit den Klammern und ;... vergisst man eh ständig

[Xin]

Gefällt mir, allerdings mag ich das Semikolon überhaupt nicht.

Was das Semikolon angeht, spiele ich noch mit Gedanken...

Im Gegensatz zu C ist das Semikolon bei mir grundsätzlich verpflichtend. C erlaubt ja auch das Semikolon an bestimmten Stellen weg zu lassen:

Code: Alles auswählen

if( a == 1 )
  func(); // Ende von if: Semikolon

vs.

if( a == 1 )
{
  func(); 
}             // Ende von if: kein Semikolon

Das erlaube ich so nicht. Ich bin was die Grammatik angeht rigoros: Keine Ausnahmen. Nur wirklich gefallen tut mir das auch nicht immer.

Das Semikolon taktet eine Sprache, es ist schon wichtig, würde man es weglassen, müsste man sich fragen, was folgendes bedeutet

Code: Alles auswählen

a = 3
   * c++

Wird c referenziert? Oder soll das eine Multiplikation darstellen?

Das Semikolon kann Leben retten, wie das Komma im Deutschen:

Code: Alles auswählen

Komm wir essen Opa!

vs

Komm wir essen, Opa!

Funktioniert auch mit Ehen: "Was willst Du schon wieder?"

[ProgBeginner]

Das Problem, was ich damit habe, dass das Semikolon am Zeilenende ( LEIDER ) kein Standard ist, ist Folgendes :

Wenn man sich wie ich sowohl mit "Semikolon-Sprachen" ( C, PHP etc. ) als auch mit "Nicht-Semikolon-Sprachen" (Python) beschäftigt, dann gerade vllt 1 oder 2 Progrämmchen in einer "Nicht-Semikolon-Sprache" (Python) implementiert hat und "auf einmal" wieder vor nem C oder PHP-Projekt sitzt, kann es schnell passieren, dass man durch die Python-Gewohnheit, kein Semikolon zu sitzen, einem C-Compiler oder dem PHP-Parser ganz schnell das Meckern beibringt. Was jetzt noch passieren KANN, ist, dass man davor sitzt "Ähm HÄ wat is denn jetzt los, stimmt doch" - weil gerade PHP-Fehlermeldungen nicht soooooo offensichtlich sind.

Code: Alles auswählen

<?php
echo "Hallo Du"
echo "Wie geht es dir?"
echo "Ich hoffe gut"
?>

Ich wette mit euch, der PHP-Parser meldet euch einen Syntax Error in der 3. Zeile, weil nach der 2. ein Semikolon fehlt.

Ich würde mir wünschen, einen Standard festzuschreiben, der möglichst für alles gilt, was sich Programmiersprache nennen will ... entweder Semikolon am Ende ( Bitte, Bitte, Bitte ), oder kein Semikolon am Ende ( Finger davon ).

[Nemo]

Ich wette mit euch, der PHP-Parser meldet euch einen Syntax Error in der 3. Zeile, weil nach der 2. ein Semikolon fehlt.

Das stimmt mit Sicherheit, aber ist das nicht eher ein Fehler des Parsers?

Ich würde mir wünschen, einen Standard festzuschreiben, der möglichst für alles gilt, was sich Programmiersprache nennen will ... entweder Semikolon am Ende ( Bitte, Bitte, Bitte ), oder kein Semikolon am Ende ( Finger davon ).

Jein. Eine Standardisierung wäre zwar manchmal praktisch, aber es ist nun mal so, dass verschiedene Sprachen verschiedene Syntaxelemente brauchen. Außerdem könnte man einen solchen Standard nie durchsetzen, allein schon weil alter Code damit nutzlos werden würde.