Entwickler-Ecke

Sonstiges (FPC / Lazarus) / Linux API - Interface-Instanz-basierte Plugins auf Linux


Martok - Mo 25.10.10 01:36
Titel: Interface-Instanz-basierte Plugins auf Linux
Hallo,

ganz einfache Frage heute mal: kriegt man sowas unter Linux & Lazarus zum laufen?
(Code ist im Editor entstanden, also: wahrscheinlich nichtmal unter Win direkt compilierfähig :D Mir gehts um das Konzept.)


Main.dpr
1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
program Main;

uses IntfDef;

function GetIntf: IMyInterface; stdcallexternal 'Plugin.dll';

var Foo: IMyInterface;
begin
  Foo:= GetIntf;
  Foo.TestFunc;
end;


Plugin.dpr
1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:
21:
22:
Library Plugin;

uses IntfDef;

type 
  TIntfImpl = class(TInterfacedObject, IMyInterface)
    procedure TestProc; stdcall;
  end;

procedure TIntfImpl.TestProc;
begin
  //Something
end;

function GetIntf: IMyInterface; stdcall;
begin
  Result:= TIntfImpl.Create as IMyInterface;
end;

exports GetIntf;
begin
end;


IntfDef.pas
1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
Unit IntfDef;

interface

type 
  IMyInterface = interface
    ['InsertGUIDHere']
    procedure TestProc; stdcall;
  end;

implementation
end;


In einer Windows/Delphi-Umgebung ist das eine schön einfache Variante Plugins zu bauen. Kriegt man das vernünftig cross-compiliert, oder geht das nicht? Im Grunde ist das ja die Idee hinter COM, und damit eigentlich Windows-Only.
Aber nichts genaues weiß (ich/man) nicht...

Danke,
Sebastian


jaenicke - Mo 25.10.10 01:40

Ich sehe erst einmal keinen Grund dagegen (außer, dass es sich um Lazarus handelt, meine jüngsten Erfahrungen damit... ;-)). Bibliotheken gibt es unter Linux genauso wie Interfaces, denn die sind nativ umgesetzt und ein Sprachbestandteil.

Interfaces werden gebraucht um COM benutzen zu können, aber nicht COM um Interfaces benutzen zu können.

// EDIT:
Ach ja: Unter Lazarus gibt es noch eine andere Interface-Art. Corba oder so, hab mir das aber nie näher angeschaut.


Martok - Mo 25.10.10 01:56

user profile iconjaenicke hat folgendes geschrieben Zum zitierten Posting springen:
(außer, dass es sich um Lazarus handelt, meine jüngsten Erfahrungen damit... ;-)).
Dann nehm ich halt Kylix... see my point? ;) Spannend ist halt, dass es Delphi compiliert. Was genau, ist mir wurscht ;)
Man darf die Frage auch gerne nach anderen Programmiersprachen stellen, aber dass das funktioniert, weiß ich zumindest unter Win32 auch definitiv.

user profile iconjaenicke hat folgendes geschrieben Zum zitierten Posting springen:
Interfaces werden gebraucht um COM benutzen zu können, aber nicht COM um Interfaces benutzen zu können.
Klar, aber gibt es außerhalb von COM auch den fest definierten Aufbau im Speicher bzgl. Methodentabelle, Supports etc.? Darauf zielte die Frage ja so ein bisschen ab.

user profile iconjaenicke hat folgendes geschrieben Zum zitierten Posting springen:
Ach ja: Unter Lazarus gibt es noch eine andere Interface-Art. Corba oder so, hab mir das aber nie näher angeschaut.
Die gehen seit D4 (damals groß beworben) wohl auch mit Delphi, aber außer "es gibt kein RefCounting" ist mir an denen noch nichts wirklich seltsames aufgefallen...

EDIT: was mal noch gesagt werden muss: wow, war das eine schnelle Antwort :shock:


jaenicke - Mo 25.10.10 02:17

user profile iconMartok hat folgendes geschrieben Zum zitierten Posting springen:
Spannend ist halt, dass es Delphi compiliert.
Da warte ich auf Delphi XE2. Damit werde ich dann auch für Linux mit Pascal entwickeln. Bis dahin quäle ich mich halt mit C++ und Konsorten herum.

user profile iconMartok hat folgendes geschrieben Zum zitierten Posting springen:
Klar, aber gibt es außerhalb von COM auch den fest definierten Aufbau im Speicher bzgl. Methodentabelle, Supports etc.?
Das ist meines Wissens alles unabhängig von COM umgesetzt. Dementsprechend sage ich einmal: Ja. ;-)

Supports selbst ruft ja auch "nur" QueryInterface auf. Und das wiederum ist eine Methode, die das Objekt implementieren muss, damit es als Interface funktioniert.

Nebenbei (weil du das bei Corba angeschrieben :D hast):
Ich unterdrücke teilweise bei der Verwendung von Interfaces auch die Referenzzählung, weil das manches einfach vollkommen undurchsichtig machen würde. Nämlich an den Schnittstellen, wenn man einen Teil des Projektes mit Interfaces umsetzen muss und einen andere Teil ohne. Und das dürfte wohl eher die Regel als die Ausnahme sein.

user profile iconMartok hat folgendes geschrieben Zum zitierten Posting springen:
EDIT: was mal noch gesagt werden muss: wow, war das eine schnelle Antwort :shock:
Man tut was man kann, ich hab auch schon ein paar mal in der selben Minute geantwortet. :mrgreen:


delfiphan - Mo 25.10.10 19:27

Ich denke es spricht nichts dagegen. Bibliotheken gibt es und Interfaces sind auch nur Pointers auf Funktionenstabellen. System.pas hat auch keine Abhängigkeiten zu irgend etwas COM-Spezifischem; TObject.GetInterface gibt es in FPC auch.


Martok - Mo 25.10.10 20:10

Danke euch beiden, dann glaube ich das mal so ;)


Implementation - Mo 25.10.10 20:39

user profile iconMartok hat folgendes geschrieben Zum zitierten Posting springen:

Main.dpr
1:
function GetIntf: IMyInterface; stdcallexternal 'Plugin.dll';                    

Aber es muss dann "Plugin.so" heißen :P
so = Shared Object


Martok - Mo 25.10.10 20:58

Muss nicht, aber sollte. Das hab ich mal als gegeben angenommen ;)