RemObjects Script Frage

[MyRealName]

Ich suche gerade eine Scripting engine um in meiner Warenwirtschaft vom Nutzer zu steuernde Prozesse zu ermöglichen.
Ich will zum Bsp. beim Rechnungswesen die Möglichkeit einbauen, dass man durch dynamische Eigenschaften der Produkte zusätzliche Rechnungen durchführen kann (im Script).

Also nehmen wir mal an, ich möchte einen Versandpreis je nach Grösse oder nach Kilo oder irgendeinem anderen Wert einbauen. Jetzt würde ich den produkten, die danach zu berechnen sind dynamische Eigenschaften wie Höhe/Breite/Tiefe oder eben Gewicht geben (das würde der Nutzer machen oder unser Support) und dann in der Rechnung selber ein Event-Script ausführen, wo man feststellt, ob das Produkt diese Eigenschaften hat, deren Werte liest und dann nach der Berechnung diese wieder an das Formular zurück gibt (also in ein Feld des Datasets schreibt).

Kann man das mit der RemObject Script Engine machen ? Hat jemand Ansätze, wie man es dann macht ?
Oder sollte ich auf eine andere engine setzen. Wenn ja, welche ?

MRN

[jaenicke]

Ich kann dafür nur PaxCompiler empfehlen:
http://www.paxcompiler.com
Der wurde allerdings verkauft, eine neuen Version soll aber bald erhältlich sein:
https://www.apexdatasolutions.net/products

Dort kannst du einfach Interfaces an das Script übergeben und damit fast wie in Delphi arbeiten. Selbst Generics usw. werden unterstützt. Das ist AFAIK die einzige Scriptengine (zumindest für Pascal), die so weitgehende Unterstützung für Interfaces usw. hat.

[Fritzew]

Wir benutzen Dwscript.
https://www.delphitools.info/dwscript/
Das hat sich für uns super bewährt

[mensch72]

ich verwende die TMS-Scripter (Pro)Variante, weil im TMS Abo dabei.

https://www.tmssoftware.com/site/scriptstudiopro.asp

Funktioniert, vielseitige Demos, fertige hübsche "Endkunden-IDE"(genau das kommt bei Leuten die etwas programmieren können gut an).
Viele "scripten" sich so wie auch immer die teils unmöglichsten Dinge und ich habe dann schon vieles fast 1:1 native übersetzt in folgende Versionen oder deren KundenPlugINs gegen geringe Gebühr mit sehr wenig fest eingebaut.

[jaenicke]

Zitat:

Zitat von Fritzew (Beitrag 1393559)

Wir benutzen Dwscript.
https://www.delphitools.info/dwscript/
Das hat sich für uns super bewährt

Ja, kann ich auch empfehlen, auch wenn es deutlich weniger kann als PaxCompiler.

[MyRealName]

Den TMS Scripter habe ich auch, aber ich wollte dem Kunden keine IDE erstmal anbieten, sondern nur die Möglichkeit, mit dem unter der Haube zu kommunizieren, so dass sie in bestimmten Situationen Werte auslesen können, diese anders oder zusätzlich berechnen und dann wieder zurückschreiben.

Wichtig ist mir da wirklich die Interaktion zwischen den Werten in meinem Object (dem Form mit Datasets zum bsp.) und dem Script in beide Richtungen.

[Delphi.Narium]

Das ist nach meiner Erfahrung mit RemObjects Pascal-Script problemlos möglich.

Mit der PSUnitImporter.exe kann man sich recht einfach die Importschnittstelle von Units generieren lassen. Die werden dann im Uses der Unit, die für den Aufruf der Scripte zuständig ist, eingebunden.

Ist insgesamt mit einigem an "Schreibarbeit" verbunden, aber wenn man die hat und einmal kapiert hat, was man wann wo machen muss, ist es sehr leistungsfähig und flexibel.

In Bezug auf Performance steht es kompiliertem "Originaldelphiquelltext" in nichts nach.

[jaenicke]

Beim PaxCompiler legst du einfach ein Interface auf dem Objekt an (wenn das nicht eh schon existiert) mit den gewünschten Eigenschaften und kompilierst diese Unit dann sowohl in die Anwendung als auch die Skripte ein. Extra Schreibarbeit gibt es keine außer dem grundlegenden Interface zum Skript, was aber ja nur einmal fällig wird.

[MyRealName]

Ok, dann schau ich mir mal den RemObjects näher an. Hatte sowas wie Interfaces erwartet und erhofft.

[jaenicke]

Interfaces gibt es dort in der Form leider nicht, was neben dem umständlichen Anlegen der Typinformationen der Hauptgrund für uns war es nicht zu benutzen. Auch ohne Generics hätten wir vieles nicht so komfortabel machen können, auch die gibt es dort nicht.

Oder wir haben es nicht gefunden, aber in der Doku oder den vorhandenen Klassen haben wir es zumindest nicht gefunden.