COM-Objekt - Klasse nicht registriert ...

[paule32.jk]

Hallo,
ich habe soeben mein erstes COM-Objekt mittels Delphi erstellt und kompilieren können.
Das COM-Objekt wird auch irgendwie registriert, da es in der Komponenten-Palette auch
erscheint (als TypeLibrary import glaube ich... ?)

Wenn ich dieses Objekt (Komponente) auf ein Formular platzieren möchte,
dann kommt der Fehler: "Klasse ist nicht registiert.".

Aber ich dachte, durch den Import wird es registriert...
weil: in der Type-Library-Liste steht mein erstelltes Objekt (samt Pfad).

Nach Neustart von Delphi wird es auch nicht aus der Komponenten-Palette gelöscht - es
ist immer noch da.

Nun die Frage:
Wie installiert man eine "dummy" COM-Klasse ?

hier die folgenden Schritte, die ich bereits unternommen habe:
1. neues Anwendungsprojekt (VCL) erstellt
2. COM-Objekt erstellt, mit Interface TTestAuto
3. Kompiliert
4. der TLB Liste hinzugefügt

[skybibo]

Hallo Paule,

COM Objecte können nicht wie normale Klassen verwendet werden. Zur Verwendung musst du das registrierte COM Object CraeteComObject oder CreateOleObject dynamisch einbinden.

Der Vorteil ist, das ein Programm nicht wissen muss, wo das COM Object auf dem PC abgelegt ist. Dies steht nach erfolgter Registrierung in der Registry.

Weiterhin können COM Objecte auch von anderen Programmiersprachen und Scriptsprachen (z.B. VBScript) verwendet werden.

Eine Einbindung wie eine Komponente funktioniert nicht. Es sei denn du erstellst eine ActiveX Komponente, dies ist eine Sonderform eines COM Objects.

Ein passendes Tutorial habe ich leider nicht gefunden. Fündig wirst du eventuell wenn du nach „delphi CreateOleObject“ suchst

Gruß Bernd

[BerndS]

Deine com Klasse muss noch registriert werden.
https://support.microsoft.com/de-de/...a-3f4e0cb543e5

[jaenicke]

Es gibt auch andere Möglichkeiten...
Du kannst z.B. die von einer solchen DLL exportierte Funktion DllGetClassObject selbst aufrufen, dann muss das nicht über das Betriebssystem und die dort registrierte DLL laufen.
Man kann auch eine solche DLL über das Manifest der Anwendung einbinden. Dann ist keine Registrierung notwendig.

Die Frage ist, was du benötigst, sprich was du damit machen möchtest. Wenn du die Klasse für ein vorhandenes System bereitstellen möchtest, musst du es natürlich so machen, wie es dort benötigt wird.

[paule32.jk]

nun, ich schreibe an einen etwas größeren Projekt.
Dazu möchte ich gerne, das der Benutzer, ähnlich Delphi Components, die Möglichkeit
hat, das Programm zu erweiterm.

Im Moment benötige ich eigentlich nur:
- ein Item, als String
- ein Bildchen zu jeden Item
- und eine interne Funktion zu jeden Item

ich habe auf dem git account mit DLL hantiert, was wohl am einfachsten ist.
Allerdings habe ich da im Moment noch paar Problemchen.

[jaenicke]

Für den Zweck ist COM die am wenigsten geeignete Technik.

Du kannst eine Funktion aus der DLL exportieren, die ein Interface mit der gewünschten Funktionalität liefert.

Oder du schreibst mein Projekt für Delphi 7 um, dann kannst du das Interface einfach registrieren und im Host abrufen.

Oder du nimmst doch eine neue Delphiversion und nutzt mein Projekt direkt. Denn wenn du das veröffentlichen möchtest, bringt dir Delphi 7 ohnehin wenig, da potentielle Nutzer eher neuere Versionen nutzen dürften und Generics usw. erwarten dürften. Sprich etwas mehr Komfort.

[himitsu]

LongsStrings (AnsiString/UnicodeString) auch nur wenn SharedMemory
oder eben mit Laufzeitpackages.

Delphi-Klassen/Objekte sollen, ohne Laufteitpackages, sowieso nicht genutzt werden.
Als Windows-Objekt/Interfaces oder als einfacher Bytepuffer, gibt kaum Probleme.

Selbst ein Delphi-Byte-Array ist nicht immer kompatibel, zwischen ALLEN Delphi-Versionen,
ebenso wie die LongStrings, wo über die vielen Jahre schon ein paar Mal was an den Interna rumgepfuscht wurde.