Minimalistisches PlugIn-System

[ehX]

Zitat:

Dein Ansatz ist ganz ähnlich dem hier und warum sollte es auch nicht so sein.

Stimmt, obwohl ich das bis jetzt gar nicht kannte Da hatte wohl jemand eine ähnliche Idee. Und er ist wohl "weiter", dermaßen komplex wie diese ist meine Implementation noch nicht.
Als ich angefangen hatte, mein lua-basiertes Plugin-System für Delphi zu schreiben, gab es das noch nicht (oder ich hatte es nicht gefunden )
Sonst hätte ich wohl gleich das genommen
Lustig, das dort vorgestellte Beispiel ist auch ein showmessage() und sieht fast identisch aus

Zitat:

Für LUA muss man ja immer eine DLL mit ausliefern, oder gibt es bereits eine OBJ-Lösung zum embedden?

AFAIK über ein OBJ nein, aber es geht über Umwege: In die Applikation z.B. BoxedApp einbauen, die DLL als Resource einbinden und über BoxedApp dann virtuell laden.
Dann ist die Lua-DLL in der EXE und wird unter einer virtuellen Umgebung geladen. Habe ich testweise mal ausprobiert, klappt einwandfrei.

Zitat:

Bei LUA wird neben der immensen Verbreitung immer die Performanz hervor gehoben. Gibt es aus Deiner Sicht noch weitere heraus ragende Merkmale?

Ja, Lua ist sehr schnell. Was ich herausragend finde: Die Syntax finde ich gerade das Merkmal, das Lua herausragend macht. Sie ist einfach und auch für Nicht-Programmierer leicht erlernbar, so können viele sich ihr Addon zusammenstricken. Zudem ist die C-API Implementation über den Lua-Stack sehr transparent. Einmal verstanden sind neue Dinge im Host sehr schnell implementiert und man braucht nur sehr wenig Code, um eine Funktion als API nach aussen zu porten.
Weiteres Merkmal: Es gibt für Lua viele nette Erweiterungen, die man Einbinden kann. Zudem lässt sich genau kontrollieren, welche Std-Libs geladen werden können, einzelne Funktionen sperren ist auch leicht möglich etc.

Zitat:

AFAIK, läuft LUA auch unter iOS. Wäre interessant zu wissen, ob diese Einbindung unter allen Systemen funktioniert, die XE2 und LUA unterstützen.

Das interesisert mich auch. Aber erstmal sehen, wie XE2 und iOS überhaupt "zusammearbeiten" Ich hab meine Finger an XE2 noch nicht dran, wie auch...

[neo4a]

Zitat von ehX:

Zitat:

Dein Ansatz ist ganz ähnlich dem hier und warum sollte es auch nicht so sein.

Stimmt, obwohl ich das bis jetzt gar nicht kannte Da hatte wohl jemand eine ähnliche Idee. Und er ist wohl "weiter",

Ja, er übertreibt in jeder Beziehung. Er programmiert z.B. an 3 27"-Monitoren. Das ist ja pervers. Aber seine TKinect- Implementierung zur Fuchtelsteuerung hat schon was...

Zitat:

BoxedApp

Stimmt das habe ich hier schon einmal eingesetzt. Da ich aber nur noch "Multi-Plattform" denke, ist dieser Ansatz nicht so primär.

Zitat:

Zitat:

AFAIK, läuft LUA auch unter iOS. Wäre interessant zu wissen, ob diese Einbindung unter allen Systemen funktioniert, die XE2 und LUA unterstützen.

Das interesisert mich auch. Aber erstmal sehen, wie XE2 und iOS überhaupt "zusammearbeiten" Ich hab meine Finger an XE2 noch nicht dran, wie auch...

Na hier hatten die bisherigen Veröffentlichungen zu FireMonkey etwas Substanz: Für iOS muss auf OSX-Seite noch XCode verwendet werden (u.a. wegen dieses ganzen Signatur-Geraffels). Heißt aber auch: Läuft LUA unter iOS und ist FPC in der Lage, Schnittstellen zwischen Pascal und ext. Libs wie LUA zu binden, dann, ja dann... Aber da hört leider das Substanzielle der derzeitigen schönen XE2-Marketingwelt auch schon wieder auf.