Delphi RAD 2007 ohne WinForms

[Bubblegum]

Delphi RAD 2007 unterstützt ja kein WinForms mehr. Sind den noch die nicht visuellen Komponenten der FCL nutzbar?

[mkinzler]

RadStudio 2007 unterstützt WinForms schon, es fehlt nur der Formulardesigner dafür.

[Bubblegum]

OK! Also habe ich FCL.
Ich habe irgendwo gelesen, dass ich VBA und C# Projekte mit Rad 2007 öffnen, editieren und compilieren kann. Stimmt das? Wenn ja, wie soll das ohne Winforms gehen?

Geht auch der umgekehrte Weg? D.h. kann ich mein Delphi.net Projekt auch in Visual Studio öffnen,editieren und kompilieren?

[Phoenix]

Nochmal: Es fehlt nur der Designer.

Du kannst die Sourcen ganz normal öffnen, editieren und speichern und das ganze auch Compilieren. So wie Du es mit Notepad / PSPad / anderer Editor und dem Kommadozeilencompiler des .NET Frameworks auch könntest.

Darüber Hinaus bietet Dir die RAD-Studio IDE natürlich noch die eigenen Gimmicks wie das bisschen Versionierung und Syntaxhighlighting. Mehr aber auch nicht.

[Uwe63]

Hallo - zunächst ersteinmal Guten Tag!

Nachdem ich schon eine ganze Weile hier in der Delphi Praxis angemeldet
bin werde ich auch einmal zu Wort kommen ;-)

So wie es Phoenix schon sagte kann man obige Dinge in der IDE erledigen.
Gestern habe ich ein Kopie meines aktuellen Projektes in das
RAD Studio 2007 (Trial-Version)geladen.
Das Projekt ist ein in Turbo Delphi for .Net (WinForms) erstelltes Projekt.
Dabei handelt es sich wieder einmal um einen "Dateimanager".
Hier setze ich zwei selbst erstellte Controls ein.
Dabei stellte ich fest das Delphi beim Anzeigen der Units
den Designer zum Vorschein brachte aber mit der Meldung das
das das Control nicht angezeigt werden konnte da die entscheidende Klasse
nicht an erster Stelle steht. Ich habe die Deklaration dieser Klasse
nun temporär an die erste Stelle verschoben - es kam trotzdem die gleiche Meldung.
Weiterhin stellte ich fest das die Unterstütung zum Überscheiben von
virtuellen Methoden fehlte. (Strg+ [Space] - Taste in der Deklaration der
Klasse im strict protected Abschnitt). Offensichtlich will der Compiler
uns da auch nicht weiterhelfen.

-
Auf jeden Fall finde ich es äußerst traurig das CG Winforms fallen gelassen hat.
Mein 2 jähriges Warten auf volle Net 2.0 Unterstützung für Winforms war umsonst.
Mein 'Kaufrausch', das neueste RAD Studion zu kaufen, wurde durch diese Info
nun vollständig abgebaut - Schade. Das Geld kann ich mir nun sparen.

MfG Uwe

[Bubblegum]

Zitat:

Auf jeden Fall finde ich es äußerst traurig das CG Winforms fallen gelassen hat.

Ich war letzte Woche auf einer Delphi - Präsentation und dort wurde erzählt, dass Codegear Winforms fallen lässt, da MS auch Winforms in seienm neuen Visual-Studio fallen lässt. Und das Winforms keine Zukunft hat.

[Bernhard Geyer]

Zitat:

Zitat von Bubblegum

Zitat:

Auf jeden Fall finde ich es äußerst traurig das CG Winforms fallen gelassen hat.

Ich war letzte Woche auf einer Delphi - Präsentation und dort wurde erzählt, dass Codegear Winforms fallen lässt, da MS auch Winforms in seienm neuen Visual-Studio fallen lässt. Und das Winforms keine Zukunft hat.

Hier wird auf XAML und WPF eingegangen. Bloss hat Codegear eine entsprechende GUI-Unterstützung dafür bzw. ist die VCL schon XAML/WPF-Enabled? AFAIK nein. Falls Codegear eine solche anbieten könnte auf VCL.NET-Basis ohne die gleichen Nachteile der bisherigen VCL.NET-Implementierung sowie bisherige WinForms-Projekte on the Fly nach WPF/XAML konvertieren könnte wäre das 'ne Klasse arbeit. Blos aktuell sehe ich mit deisem Fallenlassen das wieder einige das Delphi-Boot verlassen werden. Und das noch mit viel Hass.

[Alexander]

[OT] [quote="Bernhard Geyer"]

Zitat:

Zitat von Bubblegum

Zitat:

Auf jeden Fall finde ich es äußerst traurig das CG Winforms fallen gelassen hat.

Blos aktuell sehe ich mit deisem Fallenlassen das wieder einige das Delphi-Boot verlassen werden. Und das noch mit viel Hass.

Ist doch auch verständlich. Jetzt sind einige Projekte evtl. direkt von der VCL auf WinForms umgestellt, da es ja immer hieß, dass die WinForms zukunftssicherer als VCL.NET seien. Jetzt kann man wieder alles daran setzen, auf VCL.NET umzustellen? Das werden sich einige überlegen...

Aber ich kann mir nicht vorstellen, dass WPF und XAML schon bald die WinForms ersetzen werden. Ich habe es zwar noch nicht ausprobiert, aber AFAIK ist das ganze noch etwas wackelig und verbraucht doch deutlich mehr Ressourcen. Für Anwendungen, die für den privaten Sektor gedacht sind, ist es durchaus empfehlenswert. Aber für nicht grafikintensive Programme braucht man es doch eigentlich nicht. Aber ich hatte bisher auch keine Zeit, mich damit genauer zu beschäftigen. Das was man damit machen, ist aber schon sehr sehr beeindruckend.
[/OT]

[Phoenix]

Zitat:

Zitat von Bubblegum

Ich war letzte Woche auf einer Delphi - Präsentation und dort wurde erzählt, dass Codegear Winforms fallen lässt, da MS auch Winforms in seienm neuen Visual-Studio fallen lässt.

Das wäre mir neu. Natürlich wird WPF gepusht, aber Windows Forms ist weiterhin eine Kerntechnologie und wird in Orcas (Visual Stuido 2008)und auch in dessen Nachfolger voll unterstützt.

[Heffalump]

Zitat:

Zitat von Uwe63

Auf jeden Fall finde ich es äußerst traurig das CG Winforms fallen gelassen hat.
Mein 2 jähriges Warten auf volle Net 2.0 Unterstützung für Winforms war umsonst.
Mein 'Kaufrausch', das neueste RAD Studion zu kaufen, wurde durch diese Info
nun vollständig abgebaut - Schade. Das Geld kann ich mir nun sparen.

geht mir genauso. Ich habe Geld in die D2006 Prof. und für Winform Komponenten (DXperience Pro Subscription) gesteckt und auch auf die 2007er gewartet. Nun sieht es so aus, dass der Wechsel statt finden muss.

[Phoenix]

Zitat:

Zitat von Alexander

Das was man damit machen, ist aber schon sehr sehr beeindruckend.

Das ganze steht bei Microsoft unter dem Schlagwort 'User Experience'. Und die Leute da haben insofern recht, als dass sich der Anwender mit einer Software wohler fühlt, die sich bei ihm für Fehler entschuldigt (so seltsam es klingen mag) und die ihm bei der Bedienung (u.a. optisch) entgegen kommt.

Auch wenn die Software nicht mehr kann sondern nur hübscher aussieht und sich besser bedienen lässt (stichwort Usability): Sie kommt dadurch erheblich besser beim Kunden als als eine gleich oder sogar mehr umfangreiche Software im 'Battleship-Grey'-Look. Vielleicht noch ein bisschen Hintergrundinfos für den, den's interessiert.

[Khabarakh]

Zitat:

Zitat von Phoenix

Auch wenn die Software nicht mehr kann sondern nur hübscher aussieht und sich besser bedienen lässt (stichwort Usability): Sie kommt dadurch erheblich besser beim Kunden als als eine gleich oder sogar mehr umfangreiche Software im 'Battleship-Grey'-Look.

Langsam wirds ein wenig OT, aber selbst diese Medaille besitzt zwei Seiten (mal abgesehen davon, dass WPF natürlich generell mehr UI-Vergewaltigungen zulässt):

http://www.47hats.com/?p=451

So what? Well, I think that there is a correlation between how good a UX the application has and how easy it is to sell the application to a typical business. The thing is though that it’s not a straight line; it’s a bell curve. This is because most of the businesses I’ve worked for in the past would not purchase an application that has 3D, reflections, or possibly even colour in it, for the simple reason that they look too expensive! Baiscally eyebrows could be raised between departments regarding software acquisition budgets… Far better to have a UX that is so easy and obvious to use that training costs can be minimal or ideally zero. Something that would look at home in the Starship Enterprise would (sadly) not be appropriate.

Wenn man sich einmal den Screenshot auf der Seite ansieht, muss man schon mit der Lupe nach WPF darauf suchen ;) .