Klassen in DLL

[EWeiss]

Zitat:

Wenn ich eine Anwendung habe, die eine DLL benutzt dann kann ich innerhalb der DLL den Code anpassen und erweitern. Neue Funktionen kann ich dabei auch hinzufügen. Allerdings kennt meine alte Anwendung die neuen Funktionen ja nicht. Wie auch, als sie entstand existierten diese ja nicht. Deshalb die Frage: Wie soll das in VB gehen? Etwas was ich nicht kenne kann ich nicht aufrufen. Deshalb ist es ok, wenn ich die beiden Units in der Anwendung kenne. Oder nicht?

Du kannst keine Unit's addieren die deiner anwendung nicht bekannt sind.
Baby.dll hat Emil geschrieben die Anwendung von Omata kennt diese aber nicht ..
Wie willst du sie dann addieren ?
Beide kennen wir nur das Interface IPersonU

Nein kannst du nicht!
Ein Plugin ist nur soweit erweiterbar wie die Class IPersonU das zuläßt
Alles darüber hinaus würde fehlschlagen da es in deiner Anwendung nicht verarbeitet wird.

Anwendung und DLL's sind abhängig vom Interface IPersonU
Willst du also neue Dinge hinzufügen geht das nur wenn diese von IPersonU
nach außen freigegeben werden und die neuen Funktionen bzw.. die geänderte Unit im jeweiligen Quelltext übernommen wird
also in jeder DLL und der anwendung aktualisiert wird.

Jedes Programm kann dann die IPersonU einbinden und mit deiner Anwendung kommunizieren. bzw.. die Plugins verwenden.

Zitat:

Also das sehe ich jetzt nicht so bestätigt. Wo habe ich den wesentlich mehr Code geschrieben?

Na ja wollen wir nicht so kleinlich sein.

Meine komplette Anwendung kompiliert verwendet gepackt 22.5KB incl.. Source
Deine 1,2MB gut du hast die Runtime drin .. ohne Source
Auch habe ich keinerlei zusätzliche klassen einbinden müssen.

EDIT:
Auch das einbinden der IPersonU ist eigentlich nicht OK!
Diese ist nämlich ebenfalls eine eigenständige Datei(DLL) also ein Wrapper zwischen deiner Anwendung
und den Dll's welche sie verwenden du darfst also nur das interface von IPersonU einbinden nicht
die komplette Unit.

Interface schreibt PersonX
Ich die DLL und du die Anwendung.
Wird das interface geändert bekommt dieses eine neue GUID und du mußt
deine Anwenung daraufhin anpassen so wie ich meine DLL

Zitat:

Allerdings kennt meine alte Anwendung die neuen Funktionen ja nicht.

Nun kennt deine alte Anwendung die Funktionen auch.

gruss Emil

[Elvis]

Sorry, ich muss hier ein paar fundamentale Missverständnisse aufklären...

Die VB Lib IST eine COM-Lib, VB kann ja gar nix anderes. In VB kann man nichtmal das interface selbst definieren, wodurch Versionierung praktisch unmöglich ist.
IOW: Eine pp, die dein Interface nutzt würde dir nach der Erweiterung desselbigen um die Ohren fliegen, weil VB einfach ncht nur die DispIDs nach der Stellung des Mondes vergibt, auch die reihenfolge der Members ist NICHT sichergestellt.

VB für sowas nutzen zu wollen, und diese fragile und instabile Lösung auch noch als "einfach" anstatt als "vereinfacht bis zum Grade der Nutzlosigkeit" zu bezeichnen kann auch nur einem VB'ler einfallen.

Ich hasse es hier wieder auf Stereotype zurückzukommen, aber VB ist nunmal nur ein erbärmliches Subset von dem was Delphi kann.
IOW: Delphi ist ein Superset von VBs Möglichkeiten. IOW2: Wer VB nutzt, nutzt immer das falsche Tool.

Delphi kennt Interfaces, und die halten sich in Delphi immer an COM-Pflichten, ohne dass du selbst durch die schrecklichen Höllen gehen müsstest, die man mit einer COM-Lib auf sich nehmen würde.

Wenn du deine Interfaces erweitern willst, dann leite einfach ein neues von dem alten ab und implementiere auch das.
Apps oder Plugins, die nur das alte Interface kennen, werden weiterhin funktionieren wie bisher.

Du kannst hier im Forum nach DLL und Interface suchen und solltest genug Posts von mir und anderen dazu finden.
Plugins ohne Packages, aber mit Interfaces sind absolut kein Problem.
Und wenn man sich einmal in die Verwendung von Interfaces eingearbeitet hat, hat man eine wunderbare Lösung, in der Plugins auch kompatible zu zukünftigen Versionen deiner App sind. Einfach weil du neue Versionen der Interfaces als Ableitungen dieser implementierst.

[EWeiss]

Zitat:

Die VB Lib IST eine COM-Lib, VB kann ja gar nix anderes.

Quatsch kann dir DLL Projecte zeigen welche sehr wohl in der lage sind Standard DLL's zu erstellen
Sorry aber du lebst hinterm Mond!

Wenn du schon mitunter aufschlußreiche Dinge von dir gibst was VB angeht
dann Informiere dich bitte vorher richtig als hier Dinge zu verbreiten welche ich so nicht stehen lassen kann.

Zitat:

VB für sowas nutzen zu wollen, und diese fragile und instabile Lösung auch noch als "einfach" anstatt als "vereinfacht bis zum Grade der Nutzlosigkeit" zu bezeichnen kann auch nur einem VB'ler einfallen.

Du bist lustig mit dieser Methode verwalte und initialisiere ich meine Plugins
wie kannst du ohne internen Wissen so was behaupten.
Ich bin sehr wohl in der Lage bis zu 5 Standard und 1 Vis Plugin zur gleichen zeit laufen zu lassen.
Mehr habe ich leider nicht

Aber wird langsam OffTopic das Thema hier

bis mutig ?
Dann schau meinen Player geschrieben in VB an
Wenn ich das immer höre von manchen Leuten.
Programmiere seit 15 Jahren mit Vb und 2 mit Delphi und gehe immer wieder gerne zurück .. hehehe

gruss Emil

[Elvis]

Zitat von EWeiss:

Zitat:

Die VB Lib IST eine COM-Lib, VB kann ja gar nix anderes.

Quatsch kann dir DLL Projecte zeigen welche sehr wohl in der lage sind Standard DLL's zu erstellen

Du kannst also in VB Funktionen in einer fest definierten Calling convention exportieren, die du per LoadLibary/GetProcAdress ausführen kannst?
Ist das wirklich was du hier behaupten willst? Denn wenn es das nicht ist, dann bringe besser nicht den Mond ins Spiel.

Zitat:

Sorry aber du lebst hinterm Mond!

Hat aber nix mit VB zu tun, sondern damit, dass es der Letzte Ort ist, an dem man vor Privat TV sicher ist.

Zitat:

Wenn du schon mitunter aufschlußreiche Dinge von dir gibst was VB angeht
dann Informiere dich bitte vorher richtig als hier Dinge zu verbreiten welche ich so nicht stehen lassen kann.

Ich habe genügend VB Dinger zu etwas richtigen machen müssen, IOW: Ich kenne mich mit VB besser aus als ich will, und auf jeden Fall besser als die meisten VB'ler.

Zitat:

Zitat:

VB für sowas nutzen zu wollen, und diese fragile und instabile Lösung auch noch als "einfach" anstatt als "vereinfacht bis zum Grade der Nutzlosigkeit" zu bezeichnen kann auch nur einem VB'ler einfallen.

Du bist lustig mit dieser Methode verwalte und initialisiere ich meine Plugins
wie kannst du ohne internen Wissen so was behaupten.
Ich bin sehr wohl in der Lage bis zu 5 Standard und 1 Vis Plugin zur gleichen zeit laufen zu lassen.
Mehr habe ich leider nicht

Das heißt noch lange nicht dass man es wirklich so machen will.
Ich habe schon genügend Codes gesehen, die mir die Nackenhaare aufstehen ließen. Angeblich liefen die Programme auch problemlos. Nunja, bis sich mal etwas ändert, was defensive Programmierung abgefangen hätte.
In deinem Falle wäre es interessant zu wissen ob du eine binäre Delphi/C++/FPC DLL mit diesen Interfaces, OHNE COM Registrierung nutzen kannst. Und was passiert wenn du die VB "Klasse" nachträglich erweiterst?
Die bereits kompilierte DLL würde dir um die Ohren fliegen.

Zitat:

Aber wird langsam OffTopic das Thema hier

Jupp, habe das jetzt hier nur geantwortet, weil ich so verhindern wollte, dass irgendjemand auf die Idee kommt tatsächlich VB für sowas nutzen zu wollen.

willst du dich mehr auslassen, dann schicke mir ein PN.

[EWeiss]

Zitat:

Du kannst also in VB Funktionen in einer fest definierten Calling convention exportieren, die du per LoadLibary/GetProcAdress ausführen kannst?
Ist das wirklich was du hier behaupten willst? Denn wenn es das nicht ist, dann bringe besser nicht den Mond ins Spiel.

Verlass dich drauf..

Mußte das noch los werden . hihiihih

gruss Emil

[Die Muhkuh]

Zitat von Elvis:

willst du dich mehr auslassen, dann schicke mir ein PN.

Oder als neuen Thread, ist ganz interessant

[sirius]

von hier:

Zitat von EWeiss:

...

Korrekt
Darum ging es aber auch nicht sondern darum ob ich standard DLL's erstellen kann.

Also kann man das hier gar nicht vergleichen? Wir reden hier über ein Interface ohne COM, wie ich ja schon oben schrieb.

[EWeiss]

Zitat von sirius:

von hier:

Zitat von EWeiss:

...

Korrekt
Darum ging es aber auch nicht sondern darum ob ich standard DLL's erstellen kann.

Also kann man das hier gar nicht vergleichen? Wir reden hier über ein Interface ohne COM, wie ich ja schon oben schrieb.

Nein kann man nicht.. da hat sich bei dem hin und her ein mißverständins eingeschlichen.

Sorry..

gruss Emil