Welche Konsequenzen zieht ihr aus den Features für XE2?

[mquadrat]

Also ich sehe das anders, als die meisten hier. FireMonkey ist definitiv der Nachfolger der VCL. Die VCL wird IMHO in wenigen Jahren das Schicksal von WinForms teilen.

Ist die erweiterte Datenbindung eigentlich für VCL und FireMonkey bestätigt? Oder nur für eins der beiden?

Man wird sich bei Neuentwicklungen definitiv zwischen Prism und Delphi+FireMonkey entscheiden müssen. Jemand ne Ahnung ob ein Oxygene for ObjectiveC geplant ist?

[Bernhard Geyer]

Zitat von mquadrat:

Also ich sehe das anders, als die meisten hier. FireMonkey ist definitiv der Nachfolger der VCL.

Wir haben schon zwei Nachfolgertechniken kommen und gehen sehen CLX und VCL.NET. Glücklicherweise habe ich nach relativ kurzer Testzeit mit "bringt uns aktuell nix" diese beiseite gelegt.

[mquadrat]

Delphi will Cross-Plattform sein (FireMonkey), Delphi will in den Bereich der verteilten Architekturen (DataSnap, Cloud-Services). Ich würde unter Umständen sogar so weit gehen, zu sagen, dass das der letzte Versuch ist neue Entwickler zu gewinnen. Klappt das wieder nicht, dürfte sich Delphi endgültig in der Abteilung Legacy-Unterstützung einordnen mit den entsprechenden Folgen für die Entwicklung.

Aber das wird die Zeit zeigen

Wir werden mit unserer Software noch geraume Zeit auf die VCL festgenagelt sein. XE2 wird trotzdem gekauft, da 2007 einfach in die Jahre kommt. Und ein halbwegs funktionierendes Error Insight ist ja alleine schon ein Kaufgrund

[Lemmy]

Zitat von mquadrat:

Ich würde unter Umständen sogar so weit gehen, zu sagen, dass das der letzte Versuch ist neue Entwickler zu gewinnen. Klappt das wieder nicht, dürfte sich Delphi endgültig in der Abteilung Legacy-Unterstützung einordnen mit den entsprechenden Folgen für die Entwicklung.

Pressemitteilung noch nicht gelesen? seit 2008 eine jähliche Steigerung um 15%... Was soll da heißen "Letzter Versuch" - das ist doch schon gelungen...

http://delphi-insider.blogspot.com/2...phi-reaps.html

[mquadrat]

Zitat von Lemmy:

Zitat von mquadrat:

Ich würde unter Umständen sogar so weit gehen, zu sagen, dass das der letzte Versuch ist neue Entwickler zu gewinnen. Klappt das wieder nicht, dürfte sich Delphi endgültig in der Abteilung Legacy-Unterstützung einordnen mit den entsprechenden Folgen für die Entwicklung.

Pressemitteilung noch nicht gelesen? seit 2008 eine jähliche Steigerung um 15%... Was soll da heißen "Letzter Versuch" - das ist doch schon gelungen...

http://delphi-insider.blogspot.com/2...phi-reaps.html

Da geht es um die Verkäufe nicht um die Anzahl der Entwickler. Viele auf älteren Versionen dürften zwecks Unicode neue Versionen gekauft haben. Ich sage ja nicht, dass sich mit Delphi kein Geld verdienen lässt. So wie es auch in Zukunft noch haufenweise C++/WinForms Entwickler geben wird, wird es auch Delphi-Entwickler geben. Die Frage ist, ob sich Delphi auch in neu aufgesetzten Projekten behaupten kann.

[Lemmy]

Zitat von mquadrat:

Da geht es um die Verkäufe nicht um die Anzahl der Entwickler. Viele auf älteren Versionen dürften zwecks Unicode neue Versionen gekauft haben. Ich sage ja nicht, dass sich mit Delphi kein Geld verdienen lässt. So wie es auch in Zukunft noch haufenweise C++/WinForms Entwickler geben wird, wird es auch Delphi-Entwickler geben. Die Frage ist, ob sich Delphi auch in neu aufgesetzten Projekten behaupten kann.

Und die Anzahl der Verkäufe hat nichts mit der Anzahl der Entwickler zu tun die auf über 2 Mio weltweit geklettert ist? Naja... Und bzgl. neue Projekte: So wie es (für mich) aussieht hat Emba den Punkt erreicht an dem zumindest mit der aktuellen Zahl der Verkäufe eine Weiterentwicklung von Delphi möglich ist und Geld verdient wird - die neuen Projekte kommen dann von alleine. Denn (und hier bin ich sicher) es gibt ausreichend Entwickler, die Delphi immer noch vorziehen...

Grüße

[mkinzler]

Zitat:

Ist die erweiterte Datenbindung eigentlich für VCL und FireMonkey bestätigt? Oder nur für eins der beiden?

Für beide, wie auch die Skinningfunktionalität ( vcl styles)

Zitat:

Wir haben schon zwei Nachfolgertechniken kommen und gehen sehen CLX und VCL.NET. Glücklicherweise habe ich nach relativ kurzer Testzeit mit "bringt uns aktuell nix" diese beiseite gelegt.

FireMonkey ist aber was ganz anderes, hier wird nicht versucht die VCL auf Biegen-und-Brechen auf eine andere Plattform zu bringen, sondern bietet eine echte Alternative, die eher mit WPF vergleichbar ist.

[Bernhard Geyer]

Zitat von mkinzler:

FireMonkey ist aber was ganz anderes, hier wird nicht versucht die VCL auf Biegen-und-Brechen auf eine andere Plattform zu bringen, sondern bietet eine echte Alternative, die eher mit WPF vergleichbar ist.

War CLX wohl auch ein "Biegen und brechen"-Ansatz? Bei VCL.NET war es das (mit allen Nachteilen).

[mkinzler]

Ja CLX war der Versuch eine Windows-Gui-Plattform auf qt abzubilden. Hätte damals auch halbwegs funktionieren können, hätte man nach dem ersten auch die weitere Schritte unternommen.

[mquadrat]

QT wechselt ja jetzt auch das GUI-Framework, bzw. macht QML zum Standard.

Gibt's für FireMonkey eigentlich auch eine Markup-Language? Würde das automatische Generieren erleichtern.