Add-On erstellen, das auf die Funktion im Hauptprogramm zugreift?

[sx2008]

Also ich würde die Aufgabenstellung nochmal im Kern durchdenken.
Wie immer ist die Trennung zwischen Datentransport und Datenaufbereitung sehr wichtig.
Wieviele Arten des Datentransports sind denn denkbar?
* FTP / Secure FTP (verschiedene Clients vorsehen)
* Zugriff auf Datei, lokal oder im Netzwerk
* HTTP(s); also Download einer Resource von einem Webserver mit der GET Methode
* externes Exe-Programm, das die Daten holt
* externes VB- oder Java-Script das die Daten holt

Datenaufbereitung bedeutet dass die Daten in einen Konverter gehen und am Ende kommt das gemeinsame XML-Format raus.
Nur diesen Konverter würde ich als Plugin sehen.
Der verschiedenen Arten des Datentransports sollten dagegen fest im Hauptprogramm liegen (natürlich parametrisiert).

Das Plugin könnte man als ActiveX-DLL implementieren.

Delphi-Quellcode:

IConverterPlugin = Interface
  procedure SetParameter(name:WideString; value:OleVariant);
  procedure Convert(instream, outstream : IStream);safecall;
  function GetVersion:Widestring;safecall;
end;

[romber]

Zitat:

Zitat von sx2008 (Beitrag 1216205)

Der verschiedenen Arten des Datentransports sollten dagegen fest im Hauptprogramm liegen

Das würde für mich sehr viel undankbarer Arbeit bedeuten, von der am Ende bestenfalls vielleicht 1 Benutzer von 100 Gebrauch macht. Die wichtigsten Datenquellen sind eben fest im Programm verbaut. Der Client an sich ist recht primitiv. Die Daten kosten Unmengen an Geld und sind dazu noch ziemlich kompliziert aufgebaut. Der Client macht diese Daten lesbar, und das wahr's auch schon. Ab und zu bekomme ich die Anfragen, ob es möglich wäre eine oder andere Quelle noch dazu einzubauen. Keiner ist aber bereit, den Aufwand entsprechend zu honorieren. Deswegen möchte ich ein paar Schnittstellen bereitstellen, die dem Benutzer erlauben würden, die Daten selbst woher auch immer zu beziehen und diese dann im Client genau so übersichtlich darzustellen.