Meine eigenen Projekte werden sicher nicht zeitnah nach FRM portiert werden, dafür sind die verweneten Komponenten zuweit von den
VCL-Varianten entfernt.
Ja, das ist für die meisten Delphi Entwickler eine neue Situation.
Aber die Lage ist heute viel günstiger, als damals beim C++ Builder X, wo man den Leuten einfach vor den Kopf gesagt hat: "
VCL gibts nicht mehr". Da haben viele erstmal gemerkt, wie abhängig ihre Geschäftslogik von der
VCL ist. Die musten dann auf die harte Tour lernen, wie man Logik und
GUI trennt.
Wir hatten damals den Vorteil, dass wir in verschiedenen Projekten mit dem BCB oder VC++ gearbeitet haben. Die ganzen Kernkomponenten waren so ausgelegt, dass sie mit beiden Umgebungen arbeiteten.
So konnten wir recht schnell mit unserem Hauptprodukt von einer
VCL-Anwendung zu einer Architektur mit VC++ Kern und C# Frontend wechseln.
Den Frontend können wir heute optional durch Qt ersetzten, Firemonkey wäre kurzfristig möglich.
Viele Delphi-Projekte dürften dagegen von Kopf bis Fuss von der
VCL abhängen. Nicht zuletzt weil das
für die meisten Komponenten von Drittanbietern auch gilt. Da hat man es mit dem C++ Builder sicher leichter, weil die meisten externen C++ Libs keine
VCL-Abhängigkeiten haben.
Grüße
Robotiker