Gibt es Skript-Engines für Delphi?

[0xDEAD]

Hallo zusammen,

ich such grade nach einem Skript-Engine für Delphi.

Sinn und Zweck soll es sein über dynamisch ladbare Skripte auf Funktionen und Objekte eines Delphi-Programms zuzugreifen.

Schön wäre es, wenn man eine visuelle Rückmeldung bekäme, zb. so wie der Delphi-Debugger es macht, dass immer die aktuelle Skriptzeile farbig unterlegt ist.

Wer kennt so was und weiß was ich meine?
Oder wonach kann ich suchen?


Grüße,
Tom

[mkinzler]

http://www.delphipraxis.net/internal...t.php?p=966116
http://membres.lycos.fr/marat/delphi/python.htm
http://www.matrix44.de/lua/

[0xDEAD]

Toll danke!

Über Python for Delphi bin ich auch schon gestoßen. Jedoch finde ich die Dokumentation sehr dürftig oder ich habe noch nicht die richtige gefunden. Ein ordentliches Python-Interface in die Applikation zu integrieren, wäre natürlich edel.

Jedoch habe ich keine Idee, wie ich das mit der visuellen Rückmeldung implementieren kann.

[Phoenix]

Schau Dir auch mal PascalScript von RemObjects an. Ist kostenlos.

[nahpets]

Zitat von Phoenix:

Schau Dir auch mal PascalScript von RemObjects an. Ist kostenlos.

Und ist für meine Begriffe gut. Habe es vor Kurzem in meinen Editor eingebaut. Das schöne ist, man kann es quasi um eigene Funktionen erweitern, die man in Delphi implementiert und hat damit Schnittstellen zwischen dem in Delphi geschriebenen Programm und den PascalScripten. Ein Blick darauf lohnt sich bestimmt.

[shmia]

Man kann auch VBScript und/oder JavaScript in ein Delphi-Programm integrieren.
Dazu muss das MS Script Control eingebunden werden.

Der Vorteil ist, dass die gesamte Script Engine (Microsoft Scripting Host) ausserhalb der Anwendung liegt.
In Verbindung mit Automatisierung (also COM-Objekten), gibt es eigentlich nichts, was mit dieser Lösung nicht erschlagen werden könnte.
Zusätzlich gibt es Bücher, Tips & Tricks, Editoren mit Syntax-highlighting, Debugger, Runtime-Libraries und Vieles mehr.
Nachteil: man bindet sich an Microsoft

[0xDEAD]

Zitat von shmia:

Nachteil: man bindet sich an Microsoft

Das geht gar nicht!

[SirThornberry]

War das Ironie? Wer seine Programme für Windows schreibt ist doch auch an Microsoft gebunden. Dann macht es keinen Unterschied ob ich eine Api-Funktion mehr oder weniger verwende (meine persönliche Meinung)

[Medium]

Ich hatte mal ein wenig mit LUA herumgespielt, und fand es ziemlich gut. Die Sprache an sich ist saumäßig flexibel, an manchen stellen evtl. etwas ungewöhnlich (3 ineinander schachtelbare String-Klammerungen - wow!), und wenn man sich ein mal mit der Art und Weise der Anbindung an das eigentliche Programm angefreundet hat (sprich: Geeignete Strukturen zum komfortablen Arbeiten damit) ist es ein recht mächtiges Werkzeug.
Ich kenne die anderen genannten Scriptengines nun nicht, aber ich kann verstehen warum u.a. so mancher Spielehersteller sehr gern zu LUA greift.

Crysis ist z.B. zu einem gewaltigen Anteil in LUA geschrieben. Das eigentliche Spiel besteht fast nur aus DLLs der einzelnen Engines, und nahezu alles andere ist LUA. Ist nicht ganz uninteressant in den QTs zu wühlen - so mancher Kommentar ist auch für einen Schmunzler gut .

[Phoenix]

Zitat von 0xDEAD:

Zitat von shmia:

Nachteil: man bindet sich an Microsoft

Das geht gar nicht!

[OT:] Wieso schreibt man dann überhaupt Anwendungen für Microsoft-Betriebssysteme mit Delphi? Da bindet man sich sogar noch stärker daran, denn ohne Microsoft hätte die eigene Anwendung keine Plattform mehr auf der sie läuft?