Erfahrungen mit Delphi Prism

[HeZa]

Gibt es hier Delphi-Prism Entwickler? Wenn ja, würden mich Eure Erfahrungen interessieren.

Ich habe mich letzten in Scala eingelesen und war von den Sprach-Features beeindruckt. Zu meinem erstaunen fand ich einige davon in Delphi-Prism wieder (type interference, tail recursion, tuples, ect.). Mich würde nun interessieren wie sich der Alltag mit Delphi-Prism gestaltet.

Macht Ihr eher jeden Morgen die Becker-Faust bei dem Gedanken das Ihr mit Delphi-Prism arbeitet (und dadurch natürlich auch mit Visual Studio) oder wollt Ihr lieber wieder zurück zu Mami (Rad Studio)?

[mkinzler]

Das Optimale wäre Prism im RAD Studio.

Phoenix ist ein begeisteter Prism-Entwickler

[Florian Hämmerle]

Kann dazu nicht viel sagen. Hab nur mal etwas mit der CommandLine rumgespielt. Die Sprache gefällt mir an sich sehr gut. Aber da es keine freie IDE dafür gibt und ich noch Schüler bin kann ich mir nicht so auf die schnell eine kaufen. Vielleicht gibt es ja irgendwann sowas wie Lazarus für Prism

mfg Florian

[Phoenix]

Also ich arbeite eigentlich nut noch mit .NET. Sowohl in C# als auch in Prism. In C# fehlen mir inzwischen so Sachen wie Class Contracts und Aspekte massiv.

Wobei C# im Bereich von Parallel Processing inzwischen wieder Boden gut gemacht hat.
Generell halte ich Oxygene jedoch immer noch für die bessere .NET Sprache.

Es gibt natürlich so ein paar Dinge die mich stören: z.B. gibt es Produktivitäts-Tools wie CodeRush / Refactor! nur für C# und VB.NET, nicht für Prism. Auch Mobile Development ist im Visual Studio auf C# und VB hartcodiert, so dass das mit Prism nur *Sehr* umständlich und mit viel zusätzlicher Handarbeit geht. Windows Phone 7 Series ist sogar so eingeschränkt dass es (derzeit) gar nicht geht. Auch der Support für ASP.NET MVC (die ganzen Template-Gechichten und das Scaffolding) funktioniert leider nur in C# richtig elegant. Mir Prism muss man da auch wieder viel Hand anlegen.

Solange man sich aber nicht in solchen gefilden Beegt sondern 'normal' mit Windows Forms, WPF, ASP.NET, Silverlight arbeitet fehlen einem halt nur die Productivity-Addons.

[hanspeter]

Wir haben es mal kurz eingesetzt und sind dann zu C# zurückgekehrt.
Dafür gab es mehrere Gründe, die mit der Sprache eher weniger zu tun haben.
Die Lösung selbst finde ich gut.
Gründe waren einmal die Kostenseite. Zu jedem VS Update fallen nochmals Updatekosten für Prism an (Professionelle Version).
Der Versuch vorhandenen Delphi-Code auf Prism zu bringen, führt in der Regel zu keinem besseren Ergebnis.
Neuschreiben ist einfacher.
Zu C# gibt es Regale von Büchern, zu Pascal bzw. Prismn nicht ein einziges.
Im ASP.Net Bereich ist Prismn nicht zu empfehlen.
Suport und Community sind im C# Bereich um Größenordnungen umfangreicher.

Und nein zu Mami wollen wir nicht zurück.
Die ist in Ehren ergraut und alt geworden.

Gruß Peter

[mkinzler]

Wobei Prism ja VS Shell beinhaltet

[hanspeter]

Zitat von mkinzler:

Wobei Prism ja VS Shell beinhaltet

Ist eine größere Abteilung da wird VS ohnehin gebraucht (MSDN) und dann für jeden ehemaligen Delphiprogrammierer noch ein Prism.
Das summiert sich dann doch.

Gruß
Peter

[Phoenix]

Zitat von hanspeter:

Im ASP.Net Bereich ist Prismn nicht zu empfehlen.

Wie kommst Du da drauf?
Gerade im ASP.NET Bereich ist Prism superstark. Ich bin ja ASP.NET Entwickler, und wenn ich nicht in meinem Tagesgeschäft C# benutzen müsste, würde ich alles in Prism machen. In der Regel kann man hier extrem viele Dinge durch Aspekte, Interface Delegation und Class Contracts so dermaßen vereinfachen, dass man in C# dafür mindestens 4-5mal soviel Code braucht.

Gerade die ASP.NET Architektur mit den vielen Interfaces und Providern ist ungeheuer Dankbar für die einfache Prism-Syntax.

[himitsu]

Zitat von hanspeter:

Zu C# gibt es Regale von Büchern, zu Pascal bzw. Prismn nicht ein einziges.

Du könntest ja mal eines schreiben?

Wird bestimmt guten Absatz finden, da es ja keine Kongurenz gibt.

[BUG]

Zitat von himitsu:

Du könntest ja mal eines schreiben?

Wenn er selbst eins benötigt (bzw. sich eins wünschen würde), ist das eine etwas merkwürdige Forderung