WinForm zu Delphi für .NET Anwendung

[sega84]

Hallo,
sitzte momentan vor dem großem Problem, dass ich eine WinForm Anwendung erstelle, aber dass ich auch Komponenten aus der normalen Delphi für .NET VCL benötige.
Besteht die Möglichkeit eine WinForm Anwendung in eine Delphi für .NET Anwendung unkomplitziert und schnell zu portierien?
Herzlichen Dank.

[Bernhard Geyer]

Gemischte Anwendung wäre mit VCL2NET mit allen Nebenwirkungen möglich.

[sega84]

Die Sache kenne ich schon, klappt auch, hat leider auch ein paar Nebenwirkungen.
Gibt es eine komplette Portierungsmöglichkeit?

[DGL-luke]

nichts automatisches.

Du wirst die GUI neu zusammenbauen müssen.

[Elvis]

TComponent der VCL.Net implementiert doch IComponent. Dadurch solltest du VCL.Net-Komponenten benutzen können.
Es gibt nur eine Einschränkung: Komponenten haben in .Net keinen Owner, während viele VCL-Komponenten darauf vertrauen.
Wenn die Komponente darauf zugreift müsste man sie wohl verpacken und in der Verpackung ISupportsInitialize implementieren.

OTOH, SWF ist ab der nächsten Delphi.Net IDE für Delphi mausetot.
Du solltest dich am Besten zwischen 2 Wegen entscheiden:

• Delphi -> native Delphi; kein .Net
• .Net aber kein Delphi

[rwachtel]

Nur zur Klarstellung: lt. Nick Hodges wird es in Highlander zwar keinen visuellen Winforms-Designer geben, aber durchaus einen für VCL.NET.

[Elvis]

Zitat von rwachtel:

Nur zur Klarstellung: lt. Nick Hodges wird es in Highlander zwar keinen visuellen Winforms-Designer geben, aber durchaus einen für VCL.NET.

Was man in etwa so übersetzen könnte:
"SWF ist ab der nächsten Delphi.Net IDE für Delphi mausetot."

[mkinzler]

Winforms ist auch abseits von Delphi bald tot

[Phoenix]

Die Vorteile von WPF überwiegen tatsächlich. Aber dennoch ist das hier grad leicht offtopic

[Elvis]

Zitat von Phoenix:

Die Vorteile von WPF überwiegen tatsächlich. Aber dennoch ist das hier grad leicht offtopic

Kommt schon, einfach die letzten Predigten von Sloma oder Ballmer wiederholen hilft hier gar keinem. Ich finde das sogar ein wenig beleidigend...
WPF hat ziemlich krasse Einschränkungen, 2003/XP SP2 + drakonische Hardware Anforderungen wären wohl die offensichtlichsten Ausschlusskriterien um LOB-Apps in WPF zu schreiben.
Die Tatsache dass WPF abartig resourcenhungrig und sogar noch lahmarschiger als SWF, ja das dürfte der wirkliche Grund sein, warum nur MS-gesponserte LOB-Apps auf WPF basieren werden.

Nochmal für den OP um alle Missverständnisse aus der Welt zu schaffen: Du fängst jetzt ein Projekt mit einer IDE/Technologiekombination (BDS/SWF), die es in Zukunft nicht mehr geben wird.