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:

Zitat von mkinzler (Beitrag 1030827)

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:

Zitat von hanspeter (Beitrag 1030825)

Im ASP.Net Bereich ist Prismn nicht zu empfehlen.

Wie kommst Du da drauf? :shock:
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:

Zitat von hanspeter (Beitrag 1030825)

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:

Zitat von himitsu (Beitrag 1030836)

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 :lol:

[Phoenix]

Zitat:

Zitat von himitsu (Beitrag 1030836)

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

Die Nachfrage ist so dermaßen Überwältigend, dass er auch ganz sicher einen Verlag dafür findet... Marco Cantu benutzt allein für seine Delphi-Bücher ja schon einen On-Demand-Printer, weil er keinen Verlag für Delphi mehr findet. Da wird es mit Prism sicher nicht besser aussehen :-(

[Florian Hämmerle]

Es gibt ja das PrismWiki mit dem Prism Primer... Alles weitere steht dann im Prismwiki...

mfg Florian

[blackfin]

Mhm...Prism...wie kommt man denn als alteingesessener Delphianer, der noch nie C# programmiert hat, am besten in Prism "rein"? So dass man sich langsam drin wohl fühlen kann.

Wenns schon keine Bücher dafür gibt, wie macht man es dann?
Ich habe Prism (vom RAD Studio 2009 Pro) hier, aber erst einmal aufgemacht und 5 Mio. Fragezeichen im Gesicht gehabt, dann wieder zugeklickt..

[mkinzler]

Bei Delphi.Net hat man versucht die Unterschiede zwischen nativ und managed bzw. die Besonderheiten von .Net zu verstecken. bei Prism hat man die Sparche nun an die Plattform angepasst, so dass vieles etwas nach c# aussieht. Aber Delphi/Pascal ist eigentlich deutlich sichtbar

[Khabarakh]

Zitat:

Zitat von blackfin (Beitrag 1030851)

wie kommt man denn als alteingesessener Delphianer, der noch nie C# programmiert hat, am besten in Prism "rein"?

C# lernen ;) . Musst du als .NET-Entwickler so oder so und wenn du gleich damit als CLR-Sprache beginnst, nimmst du erst gar nicht zu viel in .NET unangebrachte Denkweise aus Delphi.Win32 mit. Wenn du C# beherrschst, kannst du sofort zu Prism umsteigen und die vielen kleinen Nettigkeiten genießen :) .

Zitat:

Zitat von HeZa (Beitrag 1030815)

Zu meinem erstaunen fand ich einige davon in Delphi-Prism wieder (type interference, ... tuples, ...).

Allerdings beides nicht in einem Umfang, wie man es von funktionalen Sprachen gewohnt ist, die Scala-ähnlichere CLR-Sprache wäre dann wahrscheinlich doch eher F#. Aber immerhin hat Prism durch die CLR - im Gegensatz zu Scala - echten Tail-Call-Support der VM :D .

[HeZa]

Danke erst mal für eure Antworten.

• Prism in RAD Studio würde ich auch bevorzugen, ist aber (bis jetzt) nicht verfügbar.
• Das mit Prism nicht alle Plattformen in der gleichen Qualität wie mit c# bedient werden kann, finde ich erstaunlich. Steht CLR doch nicht für Common Language Runtime sondern für C# Language Runime?
• Die zusätzlichen Kosten in Bezug auf c# machen natürlich auch nicht mehr Lust auf Prism. Aber es gibt ja immer wieder Mal Angebote wo es Prism kostenlos zum Rad Studio gibt.
• Der nicht vorhanden Buchmarkt ist ebenfalls ein Problem. Wie leicht lässt sich das Wissen aus c# Bücher (z.B. für Rich Client Datenbankanwendungen) nach Prism übertragen?

Schade, da werde ich nur in den Genuss von Prism kommen, falls es bei einer Packung Tschibo als Beigabe dabei ist und werde es interessiert aus der Fernen beobachten.

Ciao

[mkinzler]

Zitat:

[*]Das mit Prism nicht alle Plattformen in der gleichen Qualität wie mit c# bedient werden kann, finde ich erstaunlich. Steht CLR doch nicht für Common Language Runtime sondern für C# Language Runime?

Liegt an Microsoft

Zitat:

[*]Die zusätzlichen Kosten in Bezug auf c# machen natürlich auch nicht mehr Lust auf Prism. Aber es gibt ja immer wieder Mal Angebote wo es Prism kostelos zum Rad Studio gibt.

Wenn du nur in Prism arbeiten willst brauchst du kein separates VS, da mir Prism VS Shell und MonoDevelop mitgeliefert wird.[*]Der nicht vorhanden Buchmarkt ist ebenfalls ein Problem. Wie leicht läßt sich das Wissen aus c# Bücher (z.B. für Rich Clien Datenbankanwendungen) nach Prism übertragen?Oft recht einfach, da der Code sich ja nur in der c/pascal Syntax unterscheidet

[Phoenix]

Zitat:

Zitat von HeZa (Beitrag 1030931)

• Das mit Prism nicht alle Plattformen in der gleichen Qualität wie mit c# bedient werden kann, finde ich erstaunlich. Steht CLR doch nicht für Common Language Runtime sondern für C# Language Runime?

Es ist schon die Common Language Runtime. Die Runtime ist aber auch nicht das Problem.
Du kannst mit Prism sogar einwandfrei das iPhone, den Mac und Linux bedienen. Nur wenn Microsoft die Elemente in Visual Studio so schreibt, dass sie halt nur C# und nur VB Code generieren, dann hilft das schönste Code-DOM interface nicht wenn es nicht von MS selber genutzt wird. Damit haben Sie übrigens auch F# ausgesperrt, und das ist selber von MS.

Und warum IL-identische (!) Assemblies von Windows Phones nur dann ausgeführt werden, wenn sie mit dem C#-Compiler von Microsoft erstellt wurden (die MS C#-Compiler IL ist identisch mit der vom Mono C# Compiler UND vom Prism Compiler), das weiss wohl auch nur Microsoft.

Zitat:

Zitat von HeZa (Beitrag 1030931)

• Der nicht vorhanden Buchmarkt ist ebenfalls ein Problem. Wie leicht lässt sich das Wissen aus c# Bücher (z.B. für Rich Client Datenbankanwendungen) nach Prism übertragen?

Genau 1:1. Im Prinzip lernt man ja nicht 'Prism', sondern man lernt das .NET Framework. Mit welcher Syntax man das hinterher benutzt ist tatsächlich vollkommen egal. Ausser man will eben Features benutzen, die wieder irgendwer auf irgendwelche Sprachen hart codiert hat :-(