AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

RemObject Hydra

Ein Thema von DSCHUCH · begonnen am 15. Feb 2011 · letzter Beitrag vom 16. Feb 2011
Antwort Antwort
DSCHUCH

Registriert seit: 6. Jun 2007
Ort: Dresden
185 Beiträge
 
Delphi 10.2 Tokyo Enterprise
 
#1

RemObject Hydra

  Alt 15. Feb 2011, 21:37
Bei der Diskussion gerade um das DataSnap habe ich mir RemObjects nochmal genauer angeschaut und dabei Hydra grob überflogen. Scheint ja wirklich eine interessante technologie zu sein, um auf einfache Art und Weise verschiedene techniken zu kombinieren. Habt Ihr Euch damit mal beschäftigt?
  Mit Zitat antworten Zitat
Lemmy

Registriert seit: 8. Jun 2002
Ort: Berglen
2.381 Beiträge
 
Delphi 10.4 Sydney
 
#2

AW: RemObject Hydra

  Alt 15. Feb 2011, 22:08
Hi,

ja ich, aber nur von der Delphi-Seite aus. Ich musste eine Assembly mit einer visuellen Komponente einbinden. War eigentlich relativ einfach - wobei ich aber nur auf das entsprechende Interface zugreifen musste, d.h. die eigentliche Arbeit in Hydra war da schon erledigt.

Nach Angaben des Entwicklers war Hydra 2009 wohl etwas zickig wenn es um Updates ging - da musst manches neu gemacht werden. Von meiner Seite aus aber lief das relativ problemlos. Würde ich wieder einsetzen, wenn ich das denn bräuchte.

Grüße
  Mit Zitat antworten Zitat
Benutzerbild von Phoenix
Phoenix
(Moderator)

Registriert seit: 25. Jun 2002
Ort: Hausach
7.641 Beiträge
 
#3

AW: RemObject Hydra

  Alt 16. Feb 2011, 12:16
Zwangsläufig habe ich mich damit beschäftigt

Hydra ist nicht nur eine Native / .NET Bridge, sondern auch ein Plugin-Framework. Als solches ist ein sehr leistungsfähiges Werkzeug, wenn man wirklich .NET und native Entwicklung verzahnen will / muss. Es ist aber kein Wundertool, das komplett alles automatisch macht.

Will heissen, die Aufteilung in Host-Anwendung und Plugin muss man noch selber machen, und die Schnittstelle zwischen Host und Plugin muss auch selbst entworfen und angesprochen werden.

Das eigentliche Laden, die Kommunikation, das Marshalling, all das nimmt Hydra einem dann allerdings ab, so dass man sich nicht um die Konvertierung von Datentypen, das Handling des ganzen COM-Interop und die ganze .NET Infrastruktur (oder in die andere Richtung die P/Invokes) kümmern muss. Insbesondere das Einbinden von .NET Teilen in eine native Anwendung ist sonst ein richtig derbes Stück Arbeit. Andersrum (Delphi-Teile in eine .NET Anwendung) bekommt man das mit ein paar P/Invokes zur Not auch noch relativ ordentlich von Hand hin.
Sebastian Gingter
Phoenix - 不死鳥, Microsoft MVP, Rettungshundeführer
Über mich: Sebastian Gingter @ Thinktecture Mein Blog: https://gingter.org
  Mit Zitat antworten Zitat
hanspeter

Registriert seit: 26. Jul 2003
Ort: Leipzig
1.350 Beiträge
 
Delphi XE2 Professional
 
#4

AW: RemObject Hydra

  Alt 16. Feb 2011, 22:06
Mit Hydra von Remobjects habe ich unter Delphi ein Plugin-System aufgebaut.
Die Entwicklung haben wir aber wieder aufgegeben, da es imense Probleme mit der Laufzeitbibliothek und der Klassenregistrierung gab.
Ein Modul was Registerclass verwendet, kann innerhalb eines Programmes über alle Module/Plugin hinweg nur einmal verwendet werden.
Bei Änderungen in irgendeiner Laufzeit-BPL muss das gesamte Pluginsystem neu compiliert und installiert werden.

Die Interaktion zwischen Programm und Plugin ist nicht trivial.

Gruß Peter
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 12:46 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz