.Net mit VCL oder WinForms?

[Eichhoernchen]

Ich versuche seit ner halben Stunde die Suche zu benutzen, da ich mir fast sicher bin, dass es diese Frage schon gab, jedoch sucht die Suche nicht.

Also meine Frage, was ist Zukunftssicherer? VCL oder WinForms?
Lohnt es sich auf WinForms "umzulernen". Hab da gerade mal Versucht nen Pixel auf nen Picture zu kloppen... bin kläglich am nicht Finden der Funktionen gescheitert.

Wie sieht es aus, laufen VCL.Net Programme mit Mono?
Wie sieht die Zukunft aus? Werde ich irgendwann mit VCL.Net vor ne Wand laufen, weil es einfach zu nichts mehr kompatibel ist?


Danke für eure Antworten


Eichhoernchen

[mkinzler]

Zitat:

Also meine Frage, was ist Zukunftssicherer? VCL oder WinForms?

Diese Frage ist schwer zu beantworten. wenn es nach MS geht, wird WinForms schnell verschwinden ( wird es aber imho nicht). Es ist angekündigt, daß es eine VCL-Implemnetierung geben wird, welche volständig auf .Net basiert (nicht wie die die aktuelle, welche eigentlich außerhalb implemnetiert ist und mit P/INVOKES arbeitet). Schafft es CodeGear dasV ersprechen einzulösen, ist VCL eine Option, wenn nicht wird WinForms die bessere Lösung sein ( dann wird aber auch Delphi/CodeGear Geschichte sein).

[Bernhard Geyer]

Zitat:

Zitat von mkinzler

Zitat:

Also meine Frage, was ist Zukunftssicherer? VCL oder WinForms?

Diese Frage ist schwer zu beantworten. wenn es nach MS geht, wird WinForms schnell verschwinden ( wird es aber imho nicht). Es ist angekündigt, daß es eine VCL-Implemnetierung geben wird, welche volständig auf .Net basiert (nicht wie die die aktuelle, welche eigentlich außerhalb implemnetiert ist und mit P/INVOKES arbeitet). Schafft es CodeGear dasV ersprechen einzulösen, ist VCL eine Option, wenn nicht wird WinForms die bessere Lösung sein ( dann wird aber auch Delphi/CodeGear Geschichte sein).

Das glaube ich erst wenn ich es sehe. Versprechen kann man viel und ich denke sowas zu realisieren und noch zu erreichen das auch 3th-Party-Hersteller auch nicht alles umbauen müssen wäre 'ne Meisterleistung.

Ach ja. WinForms ist ja eh schon wieder veraltet. MS soll ja auch mal irgendwann auch gesagt haben das WinForms nur eine Übergangslösung ist. Das "neue WinForms" kommt ja mit Avalon/WPF auf uns zu.

[mkinzler]

Zitat:

Das glaube ich erst wenn ich es sehe.

Da geht es mir genauso.

Zitat:

Versprechen kann man viel und ich denke sowas zu realisieren und noch zu erreichen das auch 3th-Party-Hersteller auch nicht alles umbauen müssen wäre 'ne Meisterleistung.

Warum?
Sie sollten das Schaffen was sie bei der CLX versäumt haben. Nämlich alle Windows (Win32) spezifischen Dinge rausschmeißen ohne Funktionalität zu verlieren. Um die Kompatibiliät der 3rd-Party-Komponenten müssen sie imho dessen Hersteller kümmern.

[Bernhard Geyer]

Zitat:

Zitat von mkinzler

Zitat:

Versprechen kann man viel und ich denke sowas zu realisieren und noch zu erreichen das auch 3th-Party-Hersteller auch nicht alles umbauen müssen wäre 'ne Meisterleistung.

Warum?
Sie sollten das Schaffen was sie bei der CLX versäumt haben. Nämlich alle Windows (Win32) spezifischen Dinge rausschmeißen ohne Funktionalität zu verlieren. Um die Kompatibiliät der 3rd-Party-Komponenten müssen sie imho dessen Hersteller kümmern.

Sie dürfen aber die Komponentenhersteller nicht vor dem Kopf stoßen und sie auch tatkräftig unterstützen. Sie es mit genügend Doku der Art "Was ist zu machen um ...." bzw. wenn möglich automatische "Teil-"Konverter. Ich glaube die Anzahl der Komponentenhersteller die nochmal viel Manpower investieren um einer VCL.NET 2ter.-Versuch eine Chance geben ist (leider) nicht mehr sehr groß.

[mkinzler]

Es sollte auch nur die Implemnetierung und nicht das Interface nach innen geändert werden. Mit der (Selbst-)Verantwortlichkeit der 3rd-Party-Hersteller meinte ich, ihrererseits verwendetet Direkaufrufe der Win32-Api.

[Heffalump]

Zitat:

Zitat von Eichhoernchen

Ich versuche seit ner halben Stunde die Suche zu benutzen, da ich mir fast sicher bin, dass es diese Frage schon gab, jedoch sucht die Suche nicht.

Also meine Frage, was ist Zukunftssicherer? VCL oder WinForms?
Lohnt es sich auf WinForms "umzulernen". Hab da gerade mal Versucht nen Pixel auf nen Picture zu kloppen... bin kläglich am nicht Finden der Funktionen gescheitert.

Wie sieht es aus, laufen VCL.Net Programme mit Mono?
Wie sieht die Zukunft aus? Werde ich irgendwann mit VCL.Net vor ne Wand laufen, weil es einfach zu nichts mehr kompatibel ist?


Danke für eure Antworten


Eichhoernchen

1. Nimm WinForms, VCL ist Codegear spezifisch.
2. VCL.Net läuft nicht unter Mono. Winforms nur, wenn Du Dich an die Standardkomponenten hälst und nur Komponenten von Dritthersteller verwendest, welche ihre Kompos für .Net und Mono frei gegeben haben.

[jbg]

Zitat:

Zitat von Heffalump

1. Nimm WinForms, VCL ist Codegear spezifisch.

Und WinForms ist Microsoft spezifisch.
Zudem wurde WinForms schon als obsolete markiert als es herauskam. Erst mit WPF haben wir ein Framework das (hoffentlich) längerlebig ist und das die Oberflächen-"Progammierung" revolutioniert (zumindest für die, die noch nie mit Delphi oder VB gearbeitet haben).
Wenn man nicht gleich mit WPF anfängt, dann hat man die Wahl zwischen einem nicht mehr weiterentwickeltem, aber von der Mehrheit benutztem WinForms und einer VCL.NET die ein Abklatsch der VCL.Win32 ist und nicht sehr viele Anhänger hat.

Zitat:

2. VCL.Net läuft nicht unter Mono. Winforms nur, wenn Du Dich an die Standardkomponenten hälst und nur Komponenten von Dritthersteller verwendest, welche ihre Kompos für .Net und Mono frei gegeben haben.

Die Mono-Implementierung von WinForms könnte man auch mit der VCL machen, nur finden sich da keine OpenSource Gurus aus dem Mono/Linux-Lager, weil die nicht mal wissen, dass es die gibt. (Wobei mit Turbo Delphi.NET ja alles zur Verfügung stehen würde, mit dem man auch GPL Code produzieren könnte).


Zu den P/Invokes: Auch WinForms basiert auf denen. Nur hat Microsoft den Quellcode dafür nicht herausgegeben (wer benutzt schon ein Reflector Tool um sich den anzusehen) und die eigenen Assemblies natürlich als sicher eingestuft, womit die P/Invokes schneller über die Bühne gehen.

[Eichhoernchen]

Also ratet ihr von der VCL ab, richtig? Aber gleichzeitig macht ihr WinForms auch ne Absage....
Also lieber weiter Win32 mit VCL machen und auf Delphi mit WPF warten?

Wie sieht es aus, ist VCL.NET auf jedem Windows Rechner mit .NET 1.1 lauffähig, oder muss man da noch was mitliefern?

[mkinzler]

Zitat:

Zu den P/Invokes: Auch WinForms basiert auf denen. Nur hat Microsoft den Quellcode dafür nicht herausgegeben (wer benutzt schon ein Reflector Tool um sich den anzusehen) und die eigenen Assemblies natürlich als sicher eingestuft, womit die P/Invokes schneller über die Bühne gehen.

Es komt aber daruf an, auf was man die P/INVOKEs ansetzt. Borland setzt sie auf die Implementierung der VCL an und MS eher auf die Win-Api (was sich nicht vermeiden läßt, da diese ja "nativ" ist.) Außerdem umgeht MS die CAS.

Zitat:

Also lieber weiter Win32 mit VCL machen und auf Delphi mit WPF warten?

Wenn ein .Net-Programm verlangt wird, wird das nicht gehen :lol:

Zitat:

Wie sieht es aus, ist VCL.NET auf jedem Windows Rechner mit .NET 1.1 lauffähig, oder muss man da noch was mitliefern?

Nein, du mußt die entsprechenden Assemblies mitliefern.