ObjT

Robin98Code -> Autoit -> C++ -> Maschienencode
Ist das nicht 'etwas' doppelt gemoppelt?
Und ich suche gerade wirklich nach einer positiven Beschreibung für DAS - aber diese Syntax ist grausig... :wacko:
In meinen Augen verkomplizierst du nur die Sprache Autoit ein wenig. Das ist so als würdest du dir für jedes deutsche Wort ein neues eigenes ausdenken (aus "Haus" wird "brezüklep" und aus "Zoo" wird "lololo"...) und dann schreibst du ein Lexikon mit dem du alles wieder zurück übersetzt.
Wo ist der Sinn?

Zitat von Robin98

Desto komplizierter desto besser

Kannst du diesen Gedankengang begründen?
Wäre eine Sprache, bei der man nur kurz die Beschreibung überfliegen muss um sie anwenden zu können, nicht viel besser?

Zitat von Christoph54

In meinen Augen verkomplizierst du nur die Sprache Autoit ein wenig. Das ist so als würdest du dir für jedes deutsche Wort ein neues eigenes ausdenken und dann schreibst du ein Lexikon mit dem du alles wieder zurück übersetzt.

Dem muss ich zustimmen, und mit der Entwicklung einer Programmiersprache hat das auch nicht viel zu tun.

Ich finde es schön das du versuchst eine eigene Scriptsprache zu entwickeln aber da fallen mir einige Dinge dabei auf:

1. Wozu Zeilenangabe ganz oben? Bei deinem Interpreter kannst du doch die Anzahlen der @CRLFs zählen und dann sieht der Code besser aus.
2. Wenn du mit der neuen Sprache Sachen einfacher gestalten kannst, dann halte ich das für eine sehr gute Idee, aber

wenn bei einem komplizierteren Syntax nichts besseres/neues dazukommt dann ist das nicht viel wert. Da ist die Zeit in AutoIt besser investiert.

Ich sehe da auch auf den ersten Blick nur "Verschlimmbesserungen". Gerade weil du eine Hochsprache wie AutoIt wieder downgradest

Ich glaube du hast nicht ganz verstanden was wir meinten.
Der Code ähnelt der AutoIt Syntax (mit einem Mixmax C++ dazu), jedoch ist der Code nicht wirklich einfach zu schreiben, also, die Syntax ist grauenhaft. Deshalb würde diese Sprache wohl keinen Fortschritt, sondern eher einen Rückschritt darstellen

Ein Tipp für den Interpreter,

sofern du die Variablen $switch_e und den Rest nicht abrufst kannst du die StringReplaces auch für die gleiche Variable nutzen, bsp:

Global $sString = "Hallo1234"
$sString = StringReplace($sString, "H","h")
$sString = StringReplace($sString, "a","A")
;...

Das spart Platz im RAM.

Und ein weiterer Tipp für die Zukunft, bitte gewöhn dir an, die neuen Versionen im ersten Thread einzubinden bzw. hotzulinken, sonst findet man die neuen Versionen in den ganzen Seiten nicht!

Oh, das hatte ich nicht gesehen, tut mir Leid

Ich freu mich auf die weitere Entwicklung deines Projektes.
Mal schauen was es mit sich bringt!

Zitat von Robin98

eine eigene UNABHÄNGIGE Programmierer Sprache

Wenn eine unabhängige Programmiersprache dein Ziel ist/war, wieso besitzt diese dann keine eigenen Funktionen? Momentan ist sie komplett von AutoIt abhängig.

Aber wenigstens ist die Syntax jetzt besser (leichter verständlich).

@James1337, der einizige Grund warum er von AutoIt abhängig ist, bzw. den Interpreter in AutoIt geschrieben hat ist, weil er nicht weiß wie er aus seinem Code eine lauffähige Win32-Anwendungs macht.
Wenn du es weißt kannst du ihm ja helfen, er will versuchen ObjT auf ein Level mit AutoIt zu bringen, das kein zweifacher Interpreter notwendig ist sondern nur der für ObjT2Win32 so wie für AutoIt2Win32.

Das hat er auch bereits schon erwähnt.

Das ist mir alles klar. Es scheint, als hätte ich mich nicht gut genug ausgedrückt.

Selbst wenn man eine Sprache erstellt, die "nur" einen Interpreter hat, weil man die Skripte aus welchem Grund auch immer nicht in Maschinencode umwandeln kann, könnte man zumindest eigene Funktionen hinzufügen und einen eigenen Interpreter benutzen.

Momentan werden die Skripte ja nur durch StringReplace in AutoIt umgewandelt. Das ist zwar eigentlich nicht schlimm, hat aber auf Grund der wenigen an AutoIt vorgenommenen Änderungen nichts mit dem Entwickeln einer "eine eigene UNABHÄNGIGE Programmierer Sprache" zu tun. Er könnte also einen eigenen Interpreter schreiben und eigene Funktionen bereitstellen, sodass die Sprache nicht mehr von AutoIt abhängig ist (abgesehen davon, dass der Interpreter in AutoIt programmiert wurde).

Ich dachte eigentlich eher an Funktionen, die dem Programmierer von der Sprache zur Verfügung gestellt werden (zum Beispiel wie MsgBox in AutoIt), aber das ist auch nicht schlecht.