Wieso keine WinForms-Unterstützung ab dem RAD Studio 2007?

[Matze]

Hi,

ich habe gerade hier gelesen, dass es ab dem RAD Studio 2007 keine Möglichkeit mehr gibt, WinForms-Anwendungen zu erstellen, sondern nur noch welche mit VCL.NET.

Für mich persönlich käme eine VCL.NET-Anwendung nicht in Frage, da ich mit WinForms unabhängiger bin, gerade weil WinForms-Anwendungen in der Regel auch unter Mono laufen und ich somit ein Stück weit plattformunabhängig bin. Hinzu kommt, dass ich bei der Entwicklung mit VCL.NET an Delphi gebunden bin. Eine Winforms-Anwendung kann man mit akzeptablem Aufwand auch in andere Sprachen, wie beispielsweise C#, portieren, da die Controls vom .NET-Framework zu Verfügung gestellt werden und daher in den anderen .NET-Sprachen überall gleich sind.

Da ich in der Umstellung keine Vorteile für den Entwickler sehen kann, stellt sich mir die Frage nach dem Sinn. Worin liegt dieser?
Denn bisher war diese Unterstützung eigentlich ganz brauchbar enthalten.
Evtl. irre ich mich auch mit meinen oben genannten Argumenten. Falls ja, dann bitte ich um Aufklärung.

Ich bitte um sachliche Antworten.

Grüße

[OregonGhost]

Ich möchte nur eine kleine Korrektur anmerken:
Die Designer-Unterstützung für Windows Forms ist weggefallen. Da wie von dir bereits bemerkt Windows Forms vom .NET Framework zur Verfügung gestellt wird, kannst du selbstverständlich weiterhin Windows Forms verwenden, nur nicht über den integrierten Designer. Das kann gut oder schlecht sein (man lernt eine Menge über die Funktionsweise des Frameworks, wenn man den Designer beiseitelässt und den Code selbst schreibt). Du könntest sogar z.B. den Designer von #D benutzen.

[Phoenix]

Zitat:

Zitat von Matze

..., stellt sich mir die Frage nach dem Sinn. Worin liegt dieser?

Ehrlich gesagt keine Ahnung. Ich kann es auch nicht nachvollziehen. Und da geht es auch vielen Leuten ähnlich.
Ich werde auf der Ekon die entsprechenden Leute auf jeden Fall mal deswegen anhauen. IMHO macht es keinen Sinn, grundlegende Funktionalitäten einer Plattform für RAD nicht zu unterstützen, wenn man diese Plattform schon adressiert.
Dann kann man es in meinen Augen auch gleich sein lassen. Entweder man geht also den .NET Weg mit - und dazu gehört dann Designer-Support insbesondere für Windows Forms, WPF, und auch WF, oder man lässt es gleich ganz bleiben.

Diese halbherzige Angelegenheit ist auf jeden Fall für einen professionellen Entwickler imho nicht tragbar.

[mkinzler]

http://groups.google.com/group/borla...4312a1d9eff7f7

[Heffalump]

Ich kann die fehlende Unterstützung für den Designer auch nicht nachvollziehen. Gerade die visuelle Unterstützung vereinfacht doch die Applikationsentwicklung. Für uns steht jedenfalls fest, wenn man nicht mehr vernünftig WinForms Anwendungen erstellen können werden wir die Entwicklungsumgebung wechseln. Ich hoffe, dass es noch mehr Entwickler geben wird, die eine volle Unterstützung der WinForms fordern und dieses Fordern auch äußern. Vielleicht wird dann diese Funktionalität nachgereicht.

[mkinzler]

Das Problem scheint wohl an einer Änderung der Vertriebspolitik von MS zu sein. Vielleicht sollte CG auf einen anderen Formdesigner wechseln.

[Heffalump]

Was hat die Vertriebspolitik von MS damit zu tun?

[mkinzler]

Der Formulardesigner für WinForms stammt von Microsoft.

[Ralf Kaiser]

Auch wenn es mir auch nicht gefällt aber der Grund ist nicht, dass CG "keinen Bock" hat WinForms für .NET 2.0 zu unterstützen:

Für .NET 1.1 benutzte Delphi ja den Designer der im .NET Framework enthalten ist.

Leider hat M$ im Designer für .NET 2.0 einige wichtige Details so verändert, dass diese nur noch mit Visual Studio laufen (oder nur mit erheblichem Aufwand in Delphi zu verwenden wären)

Dass der Designer zum Framework gehört ist für .NET 2.x (und höher) also nur noch teilweise wahr.

[Heffalump]

Da kann man ja nur den Hut vor den Leute ziehen, die sich um SharpDevelop kümmern. Die haben scheinbar die Abhängigkeit gelöst oder hatten sie viel Geld?