Einzelnen Beitrag anzeigen

Benutzerbild von Mithrandir
Mithrandir
(CodeLib-Manager)

Registriert seit: 27. Nov 2008
Ort: Delmenhorst
2.379 Beiträge
 
#1

Entscheidungshilfe: Erweiterbarkeit via MEF vs. LUA

  Alt 26. Aug 2011, 07:09
Heyho,

ich bastel ja immer noch an meinem Audioplayer. Mittlerweile habe ich mir mit MEF eine kleine Plugin-Schnittstelle gebaut. Ich schmeiß meine Assemblies in einen definierten Ordner und das MEF lädt sie entsprechend und bindet sie in das Programm ein. Ziemlich cool.

Nun bin ich über LUA gestolpert und habe mich damit mal auseinander gesetzt. Auch ziemlich cool. Und nun stehe ich vor einem Dilemma: Was nutzen?

Die Vorteile des MEF liegen auf der Hand:
  • Ich kann mit Assemblies arbeiten und so auch recht einfach UserControls etc. erstellen
  • Ich benötige verhältnismäßig wenig Code
  • Die MEF-Syntax ist eigentlich flott lernbar.

Daraus ergeben sich natürlich auch Nachteile:
  • Ich muss zwangsläufig C# oder VB.NET können, um ein Plugin zu erstellen
  • Irgendetwas muss kompilliert werden, ist deshalb nicht "mal eben" geschrieben.

LUA hingegen:
  • Sehr schnell in der Ausführung
  • Aufgrund des Aufbaus der Sprache kann LUA mit allen Objekten umgehen.
  • LUA-Skripte sind verhältnismäßig schnell erstellt.
  • LUA wird auch in Spielen genutzt, daher vermutlich unter Hobbyisten beliebt.

Die Nachteile:
  • XAML kann nicht direkt erstellt werden. Ergo: Alles im Code = Riesiger Aufwand
  • Alle Funktionen, die angesprochen werden dürfen, müssen explizit exportiert werden


Ich dachte auch schon an eine Kombination aus beidem. Das man quasi "richtige" Plugins schreiben kann, gleichzeitig aber auch die Anwendung mit Skripten aufbohren kann. Ggf. ist dies auch der finale Weg, dennoch möchte ich gerne eure Meinung hören. Gerade das erstellen von grafischen WPF-Elementen ist im Code m.M.n kein Vergnügen, vom Binding ganz zu schweigen. Was meint ihr?
米斯蘭迪爾
"In einer Zeit universellen Betruges wird das Aussprechen der Wahrheit zu einem revolutionären Akt." -- 1984, George Orwell
  Mit Zitat antworten Zitat