Ist Delphi wirklich tot.

[bernau]

Wow. Ist schon wirklich lange her. DAnn will ich mal....

Zitat:

Zitat von Skatspieler

1.) Welche Erfahreungen habt ihr mit Delphi unter der Schimherrschaft von Codegear gemacht ?

Gefühlsmässig wird sich mehr um das Produkt "Delphi" gekümmert. Mittlerweile habe ich keine Bedenken mehr, daß Delphi von Borland weg ist.

Zitat:

Zitat von Skatspieler

2.) Wie seht ihr die Zukunft von Delphi (und Codegear) ?

Delphi ist "die" Sparache für mich. Ich denke auch für viele andere. Ich arbeite fast nur mit Bestandsprojekten. Daher gibt es für mich auch keinen Grund zauf ein anderes System zu wechseln.

Zitat:

Zitat von Skatspieler

3.) Wie sieht die Aktivierungs- bzw-. regiositrierungspolitk von Codegear bei den aktuellen Produkten aus ?

Kann ich mit leben.

Zitat:

Zitat von Skatspieler

4.) Welche Möglichkeiten gibt es mit Delphi, Projekte unter Linux zum laufen zu bringen ?

Bin da nicht wirklich in der Materie, aber die Stichwörter sind Mono und FreePascal.

Zitat:

Zitat von Skatspieler

5.) Wie beurteilt ihr den Vorsprung der MS-Produkte für .NET ggü. den Codegear Produkten für .NET ?

Keine Ahnung, da kein Vergleich. Bei mir gibt's immer noch keine .NET-Projekte


Gerd

[mkinzler]

Zitat:

2.) Wie seht ihr die Zukunft von Delphi (und Codegear) ?

Schwer zu sagen. Ich würde dies aber positiver als vor 2 Jahren bewerten

Zitat:

4.) Welche Möglichkeiten gibt es mit Delphi, Projekte unter Linux zum laufen zu bringen ?

Abwarten, was Weaver bringt

Zitat:

5.) Wie beurteilt ihr den Vorsprung der MS-Produkte für .NET ggü. den Codegear Produkten für .NET ?

Delphi Prism ist sogar in einigen Teilen C# voraus

[mschaefer]

Zu 4 kann ich sagen, dass die meisten Komponenten problemlos unter Wine laufen.

Da Wine unter Ubunte mitinstalliert ist, kann man die Programme ohne nachzudenken einfach starten und diese laufen überwiegend problemlos. Auf einige wenige Sachen muß man natürlich verzichten.

Im Bereich ADO hakt das schonmal und die RibbonControls sind lizensrechtlich nicht erlaubt (aktuelle Sicht). Auch die Vista-Dialoge bringen hier kein Lächeln.



zu Net:
Der Druck ist schon deutlich. SQL auf Listen ist eine prima Sache,
WPF ist natürlich einfach ein sichtbares Unterscheidugnsmerkmal.

OracleFomrs:
Sowas wird immernoch verlangt, wenn man ein sicheres System mit pessimsitischem Locking haben möchte.
Irgendwie scheinen weder MS noch CodeGear hier wirklich eine Automatisirung anzustreben.


Mein Fazit:
Das nächste Jahr wird spannend, denn derzeit sehe ich viele Projekte weg von Delphi wechseln und eine deutliche Überarbeitung der VCL dürfte es erst 2010 geben. Tja das ist derzeit etwas unglücklich..

// Martin

[hanspeter]

Zitat:

Zitat von mkinzler

Delphi Prism ist sogar in einigen Teilen C# voraus

Dafür hat es in anderen Bereichen z.B. Einbindung in IDE, CompaktFramework
Defizite.

Prism ist zu Standard-Delphi nicht kompatibel.
Ein Wechsel von Delphi zu Prism ist fast einem Wechsel zu C# gleichzusetzen.
Wenn ich mir den Trafic im Delphi-Forum Rubrik Prism anschaue, dann scheint es auch nicht
weit verbreitet zu sein.

Ansonsten unverändert.
Keine Neuprojekte mit Delphi. Zur Altlastenpflege langt D7.
Im Tiobe-Index ist Delphi wohl seit 2 Monaten nicht mehr unter den Top 10 Sprachen.

Delphi ist W32, deshalb kaum ein Vergleich mit Net möglich. Sind halt 2 Welten.
Der Technologie Vorsprung von Net ist inzwischen enorm.

Gruß
Peter

[mkinzler]

Zitat:

Dafür hat es in anderen Bereichen z.B. Einbindung in IDE, CompaktFramework
Defizite.

Liegt aber nicht an RemObjects/CG sondern an der Basis-IDE

Zitat:

Wenn ich mir den Trafic im Delphi-Forum Rubrik Prism anschaue, dann scheint es auch nicht
weit verbreitet zu sein.

Gibt es auch nicht so lang. Man liest es aber in vielen Profilen

[mschaefer]

Die Frage ist eigentlich: Wie lebhaft ist die VCL ?

Insofern finde ich den Thread-Titel etwas unglücklich. Delphi kann in Prism weiterleben, aber dann neige ich dazu den vielen angebotenen Projekten in C# zu folgen und gleich dies zu nehmen. Das gibt eine klare Trennung mit neuer Klassenbibliothek, abgegrenztem Syntax und neue Projekte.

Selbst hoffe natürlich das CodeGear doch noch zu einer Überarbeitung der VCL kommt, kein leichtes Unterfangen..


Grüße in die Runde // Martin



PS: Im Moment arbeite ich an Delphi W32-Projekt, aber ich muß mich jetzt langsam nach dem Nächsten umschauen und was wird weiss der Geier...

[Phoenix]

Zitat:

Zitat von mschaefer

OracleFomrs:
Sowas wird immernoch verlangt, wenn man ein sicheres System mit pessimsitischem Locking haben möchte.
Irgendwie scheinen weder MS noch CodeGear hier wirklich eine Automatisirung anzustreben.

Erm.. *hüstel* ADO.NET Data Services. Hier werden aus einem definierten Datenbank-Modell mittels frei definierbarer Templates Webformulare automatisch generiert - inkl. Berücksichtigung aller Relationen etc.

Funktioniert natürlich auch mit Prism ;-)

Okay - es werden Formulare automatisch generiert. Viel Einfluss hat man nicht wirklich. Aber um z.B. eine Web-Basierte Admin-Oberfläche _ohne eigenen Code_ zu erstellen ist das Ding gold wert. Oder um bestimmte Erfassungsmasken generieren zu lassen taugt das auch. Viel Applikationslogik bringt man da allerdings nicht unter - ist also für RL-Projekte nur bedingt einsetzbar. Aber wie gesagt: Generiertes Backend für den Entwickler / Supportmitarbeiter der weiss wo er was findet: Ideal.

[mschaefer]

Ok ( hoffentlich virenfreies Hüstl), da muß ich zumindest mal einen Blick
drauf werfen. Aktuell geht bei meinen Win32-Anwendungen da gefühlt noch
zuviel Zeit rein. Schauen wir mal...

Grüße // Martin

[hanspeter]

Zitat:

Zitat von mschaefer

Insofern finde ich den Thread-Titel etwas unglücklich. Delphi kann in Prism weiterleben, aber dann neige ich dazu den vielen angebotenen Projekten in C# zu folgen und gleich dies zu nehmen. Das gibt eine klare Trennung mit neuer Klassenbibliothek, abgegrenztem Syntax und neue Projekte.

Mit Prism bin ich auf einer einsamen Insel. Codebeispiele, Projekte, Componenten u.s.w. finde ich fast ausschließlich in C#.
Von der Literatur garnicht zu reden.
(Selbst viele Beispiele in der D2009 Hilfe sind in C# dokumentiert.)
Die VCL ist in der funktionalen Aufgabenstellung deckungsgleich mit dem Net-Framework, deckt aber einen wesentlich kleineren
Bereich ab.

Gruß
Peter

[stoxx]

Zitat:

Zitat von hanspeter

Mit Prism bin ich auf einer einsamen Insel. Codebeispiele, Projekte, Componenten u.s.w. finde ich fast ausschließlich in C#.
Von der Literatur garnicht zu reden.
(Selbst viele Beispiele in der D2009 Hilfe sind in C# dokumentiert.)
Die VCL ist in der funktionalen Aufgabenstellung deckungsgleich mit dem Net-Framework, deckt aber einen wesentlich kleineren
Bereich ab.

Gruß
Peter

ich hab Delphi Prism noch nie getestet, aber inwieweit sind die eigenen Quelltexte da .NET kompatibel?
Ich habe von jemanden gehört, dass wenn man intensiv mit den neuen Record Typen und operatoren überladung arbeitet, dass das in Delphi Prism nicht funktionieren würde.
Ist das richtig?

Wie hoch würdest Du den Portierungsaufwand der Programmlogik, also ohne visuelle Komponenten, zu .NET schätzen?

Danke Dir :-)