Systematisch C++-Code in Delphi einbinden - allgemeiner Bedarf, Anforderungen?

[DMW]

Hallo,

eines der historisch meisterwünschten Features für Delphi ist die Möglichkeit, C++-Code direkt einbinden zu können. Sofern auch hier Interesse an so etwas besteht, wüßte ich gerne mehr darüber, wie man sich das so vorstellt.

• Geht es um das Einbinden von Drittbibliotheken, möglichst ohne Anpassungen, und um die direkte Verwendbarkeit von C++-Klassen?
• Oder geht es darum, VCL-Komponenten für C++Builder in Delphi benutzen zu können?
• Wie hilfreich wäre es, wenn man von Delphi aus nur auf bestimmte C++-Klassen zugreifen könnte, nämlich solche, die
  • mit C++Builder übersetzt werden,
  • von TObject abgeleitet sind, und
  • im Wesentlichen Delphi-kompatible Typen (native Typen, Enums, AnsiString/UnicodeString, Set<>, DynamicArray<>, Interfaces und andere von TObject abgeleitete Klassen) benutzen
  ?
  ("im Wesentlichen" bedeutet: andere Typen sind auch okay, aber Funktionen, die andere Typen verwenden, sind von Delphi aus nicht zugreifbar)
• Wäre es akzeptabel, wenn die Delphi-Anwendung dann mit Laufzeit-Packages kompiliert werden müßte?
• Würdet Ihr Drittsoftware, die so etwas ermöglicht, in Produktivsoftware einsetzen? Wenn ja, unter welchen Voraussetzungen (Preis, Verfügbarkeit des Source-Codes, Lizenz, ...), wenn nein, warum nicht?

Ich freue mich auf zahlreiche Antworten

[Assarbad]

Die Abbildbarkeit vieler C++-Klassen in Delphi ist ja schon gegeben solange man BCB und Delphi verwendet. Die benutzen ohnehin das gleiche Backend. Höchstens bei Templates wird es schwer, aber da sind die älteren Versionen von BCB ohnehin nicht so prickelnd.

Das nervige ist vor allem, daß es bis dato keine Möglichkeit gibt gemischte Projekte explizit zu erzeugen und daß diese auch unterstützt würden (durch die MSBuild-Regeln die mitgeliefert werden).

Also, mal deine Punkte:
1. bspw., ja
2. geht prinzipiell schon, wenn auch über widerliche Umwege, oder verstehe ich dich bloß falsch?
4. nein, aber andere haben sicher andere Meinungen
5. sehe den Bedarf nicht, ansonsten ließe sich das im RAD Studio nämlich von hause aus machen ... immerhin sind alle benötigten Teile vorhanden