![]() |
COM-Objekt - Klasse nicht registriert ...
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 |
AW: COM-Objekt - Klasse nicht registriert ...
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 |
AW: COM-Objekt - Klasse nicht registriert ...
Deine com Klasse muss noch registriert werden.
![]() |
AW: COM-Objekt - Klasse nicht registriert ...
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. |
AW: COM-Objekt - Klasse nicht registriert ...
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. |
AW: COM-Objekt - Klasse nicht registriert ...
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. |
AW: COM-Objekt - Klasse nicht registriert ...
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. |
AW: COM-Objekt - Klasse nicht registriert ...
sodele ...
ich glaube, ich habsch geschafft ein Interface anzusprechen. Auf meinen ![]() Jetzt bräuchte ich nur noch was, wo das ganze laden, und entladen protokoliert wird, um bei Bedarf Funktionen hinzuzufügen. Das mit den TGUID hat mich ganz schön dahstehen lassen ... durch einen Tipp von ![]() ![]() naja, und ein wenig selbstrumpobbeln ... Für weitere Anregungen stehe ich für Feedback gerne zur Verfügung Anmerkung: Die Interface Sachen müssen registriert werden, okay. Wie finde ich mit Delphi heraus, ob meine Interfaces. die ich nutzen möchte auch installiert wurden. Gibt es da einen automatischen Prozess - oder muss ich da selbst einen regsrv32.exe Prozess ansteuern ? Anmerkung 2: Hab jetzt den Code ein wenig leserlicher gemacht (von test3 und demo3). Anmerkung 3: Für das Installieren der COM Objekte wird auf ![]() des Setup-Prozesses zu verarbeiten, da Delphi Versionen < 2007 die Informationen in den tiefen der globalen Windows-Registry verwusseln. |
AW: COM-Objekt - Klasse nicht registriert ...
Zitat:
Allerdings fehlt da noch einiges mehr an Logik. Denn logischerweise kannst du das gleiche Interface unter dem gleichen Namen nicht mehrfach registrieren... Willst du also mehr als ein Plugin nutzen, kannst du nicht einfach zure Nutzung die Klasse so erstellen, wie du es aktuell machst. Was hast du denn gegen die Nutzung normaler DLLs als Plugins? Da wärst du doch längst fertig. |
AW: COM-Objekt - Klasse nicht registriert ...
[QUOTE=jaenicke;1526139]
Zitat:
Allerdings habe ich dann bei COM+ alles unter einen Hut, und muss dann bei der Implementierung zwei Versionen anfertigen, wenn ich C++ Builder einsetzen möchte. Es ist nämlich so: - Momentan arbeite ich an einen Compiler - das grafische mache ich mit Delphi - was das Parsen anbelangt, so verwende ich C Code, den ich mit den C++ Builder übersetze Nun lassen sich die Welten C++ und Delphi ja nicht so ohne weiteres verkoppeln. Ich habe bei der Implementierung auch schon daran gedacht, da ja Interfaces "globale" Funktionen zur Verfügung stellen, sowas wie Mangeling zu machen - in etwa so (als String/DLL-Funktion): MeinKlasse__AMethode_Parameter1Parameter2 C++ verwendet doch sowas, nur das ich das dann irgendwie mit einer Map-Klasse zu hinfrimmel, das aus den String ein Objekt wird. Unter Delphi und C++ Builder gibts ja die Klassen TClass, ClassName ... Wie schon geschrieben, ich bin da noch ziemlich neu drinn, und für Feedback sehr empfänglich. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 19:38 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz